2013-10-07 19 views
5

Questo errore appare prima quando ho provato a tirare, quindi ho rimosso il mio progetto e ora quando provo a clonare ricevo lo stesso errore.Errore clone Github

$ git clone 
remote: error: Could not read 5011270a43365eb58ad54d4caed71fcbc64e845d 
remote: fatal: bad tree object 5011270a43365eb58ad54d4caed71fcbc64e845d 
remote: aborting due to possible repository corruption on the remote side. 
fatal: protocol error: bad pack header 
+0

possibile duplicato di [errore clone git: fatale: git pacchetto di caricamento: interruzione a causa di possibile corruzione del repository sul lato remoto] (http://stackoverflow.com/questions/8691916/git-clone-error- fatal-git-upload-pack-abortire-a-possibile-repository-co) – Christopher

+0

Dopo aver cercato su Google un paio di ore ho trovato diversi errori simili, ma tutti sono correlati con git-upload-pack, quindi la tua "risposta sorprendente" non funziona per me – rderoldan1

risposta

4

L'altro caso in cui ho visto che il messaggio di errore in un contesto di upload-pack non-git (al contrario di my previous answer) è in this thread:

GitHub ha un bug per cui, se qualcuno invia una richiesta di pull a un progetto, e poi quella voce viene cancellata (non so se è solo che eliminano una richiesta di pull, o cancellano il loro fork/account, ma qualcosa), quindi ottieni questi riferimenti stantii.
Da qualche parte su GitHub, c'è un thread di supporto per questo.

Se questo upstream repo state la clonazione non è un repo GitHub, e se si ha accesso a detti pronti contro termine a monte, poi un git fsck o git fsck --lost-found potrebbe aiutare.


Poiché si tratta di un repo GitHub, il OP rderoldan1 ha preso l'azione giusta e ha scritto al supporto GitHub, e rapporti in the comments:

mi rispondono:
"Abbiamo trovato la causa della il problema, e stiamo solo lavorando per risolverlo
Sembra che il repository Git sul file server sia stato danneggiato e richiede un po 'di intreccio del cavo manuale State tranquilli, il nostro team di sistemi ci sta lavorando e speriamo a h avremo un aggiornamento per voi presto. "

rderoldan1 riporta il risultato da GitHub:

Oggi 9 ottobre, Jeff King me ed e-mail, e ora mi git sta lavorando inviare: D, ecco il suo messaggio, grazie alla @VonC e personale GitHub

Il problema con il repository è stato risolto.
Uno degli oggetti da una fusione di prova di una richiesta pull era mancante, causando lamentele a Git. Ciò è dovuto a un bug da parte nostra che stiamo ancora rintracciando.
Nel frattempo, ho ripristinato l'oggetto mancante e ora il repository dovrebbe essere in buone condizioni.

+0

Come si descrive, l'errore è apparso dopo aver accettato una richiesta di pull nel mio progetto upstream. git fsck mostrami 4 impiccioni penzolanti, ma non riesco a risolvere questo problema, conosci altre soluzioni. – rderoldan1

+1

@ rderoldan1 puoi consultare http://stackoverflow.com/q/14448326/6309 o http://stackoverflow.com/q/4254389/6309 come esempio di recupero provvisorio. – VonC

+0

Ho scritto Github e loro mi hanno risposto "Abbiamo trovato la causa del problema e stiamo solo lavorando per risolverlo Sembra che il repository Git sul file server sia danneggiato e richiede un po 'di cavo manuale teorico di asta.Siate certi, il nostro team di sistemi ci sta lavorando e speriamo di avere presto un aggiornamento per voi. " – rderoldan1