2013-08-31 16 views
5

sto cercando di clonare un repository e iniziare ad usarlo in modo che io nastro adesivo ugit clone errore fatale: RPC non è riuscito, La fine remota riattaccato inaspettatamente, EOF primi

$ git clone https://github.com/VirtuOR/OpenTRILL 

la clonazione inizia

Cloning into 'OpenTRILL'... 
remote: Counting objects: 46419, done. 
remote: Compressing objects: 100% (42140/42140), done. 

ma finisce con il seguente errore

error: RPC failed; result=18, HTTP code = 200MiB | 55 KiB/s  
fatal: The remote end hung up unexpectedly 
fatal: early EOF 
fatal: index-pack failed 

Qualsiasi aiuto per favore

risposta

-1

Si prega di fare riferimento a questo link, potrebbe essere utile. http://hackerslab.eu/blog/2012/02/git-early-eof-fatal-error/

+1

il problema persiste – asma

+3

E il link è rotto – ideasman42

+0

Utilizzando https://web.archive.org/web/20130713101512/http://hackerslab.eu/blog/2012/02/git-early-eof-fatal -error Ho trovato che il post consiglia di provare 'git config --global core.compression -1' e' git config --add core.compression -1' sul client –

0

Assicurati che il problema persista, perché GitHub ha avuto alcuni problemi oggi.
vedere la sua pagina di storia dello stato GitHub:

Today 
6:52 UTC Everything operating normally. 
6:50 UTC Some GitHub pages are again unavailable. We are continuing to investigate. 

potevo clonato il tuo repo (solo ora) senza alcun problema tecnico, ma su Windows, con git1.8.3.

Verificare se è possibile aggiornare la versione di Git per vedere se il problema è ancora presente.

5

So che la sua tardi, ma qui è la soluzione,

In primo luogo, cerchiamo di fare un clone parziale troncare la quantità di informazioni che scende:

git clone --depth 1 <url> 

che verrà clona il repository con il git minima storia. tuttavia, la clonazione con "-depth 1" non ti consente di spingere la tua modifica al repository remoto. Ora prendere il resto con:

git fetch --depth=1000000 
(Update Oct/3/2013) for git version >= 1.8.3, 
git fetch --unshallow 

nota:

‘git fetch –unshallow’ is basically an alias for ‘git fetch –depth=2147483647′. 

Spingendo da un clone superficiale non è garantito; il flusso di lavoro consigliato è di inviare una patch (git format-patch) dal tuo clone superficiale. Sebbene il manuale del clone git affermi che un clone poco profondo non può spingere, avere una cronologia di commit comune tra il clone superficiale e l'origine consentirà al clone superficiale di passare attraverso. Ma ti avverto che il tuo clone superficiale sarà nei guai se l'origine rielabora la cronologia dei commit. (source article: why-cant-i-push-from-a-shallow-clone).

+1

"Il push da un clone superficiale non è garantito": Vero. Ma lo sarà presto! http://stackoverflow.com/a/21217326/6309 – VonC

+0

Ottengo lo stesso errore quando faccio questo. "Remote end riattaccato ... EOF presto –

+0

' git fetch --unshallow' non funzionava per me, ma aggiungendo il nome remoto e il ramo funzionante: 'git fetch --unshallow origine branch123' –

Problemi correlati