Git-Protokoll: fatal Objekt [sha1] ist beschädigt

Question

Gibt es eine Möglichkeit, mein Repository mit Commit-Protokoll in Takt zu reparieren.

# git log 
fatal: object 01aeb2bf2e93b238f0e0422816b3e55518321ae7 is corrupted 

Aus dem Lesen des Links unten sieht es aus wie ich habe es zappen und neu beginnen.

http://www.miek.nl/s/7e76eadefe/

Answer 1

Haben Sie Klone dieses Repository an anderer Stelle haben? Vielleicht möchten Sie this post von Linus Torvalds lesen, um dieses beschädigte Objekt wiederherzustellen, vorausgesetzt, das beschädigte Objekt ist ein Blob (Dateiinhalt).

Answer 2

Ich ging in der gleichen Situation, wahrscheinlich aufgrund eines unkorrekten Herunterfahrens der virtuellen Maschine, in der ich arbeitete. Es gab ungefähr 10 Objekte in .git/objects, die Null Länge hatten. Soweit ich das beurteilen kann, waren die eigentlichen Quellcodedateien in Ordnung, nur das Repository wurde abgespritzt.

$ git status 
fatal: object fbcf234634ee04f8406cfd250ce5ab8012f92b08 is corrupted 

Per einige Vorschläge, die ich an anderer Stelle sah (einschließlich Linus Post verwiesen oben), habe ich versucht, vorübergehend die beschädigten Objekte git bewegend über beschwerte von .git/Objekte an anderer Stelle. Wenn alle von ihnen bewegt hatte, bekam ich:

$ git status 
fatal: bad object HEAD 

Nach etwa einer Stunde googeln und verschiedene Lösungen versucht, gab ich auf und begann vom Ursprung eine neue Arbeitskopie mit ‚git clone‘ (zu ziehen, die war etwa 2 Stunden hinter meiner Arbeitskopie). Ich benutzte dann rsync -rC (-C schließt SCM-Dateien aus), um die geänderten Dateien von der vermasselten Arbeitskopie in meine neue Arbeitskopie zu kopieren.

Answer 3

Sie könnten auch versuchen, diese Objekte wiederherzustellen, indem Sie sie einfach aus anderen Repositories kopieren.

Meine virtuelle Maschine ist während der Aufzeichnung eines Push-Commits abgestürzt, sodass die Objekte auf einem lokalen Computer sicher gespeichert wurden. Ich scp'ed sie auf virtuelle Maschine und Voila - Git fsck gibt keine Fehler aus.

Answer 4

Löschen Sie einfach das korrupte Objekt, über das sich git beschweren. Ich war in der Lage, das gleiche Problem gerade jetzt auf diese Weise zu lösen.

fatal: object 985a4870e7d890b314d2794377045a8b007c7925 is corrupted 

Für den oben genannten Fehler konnte ich bei entsprechendem Objekt finden:

project_directory/.git/objects/98/5a4870e7d890b314d2794377045a8b007c7925 

Wo Sie die Datei 0 Bytes ist zu sehen und löscht es den Abruf erlaubt zu arbeiten.

Vermutlich wurde der vorherige Abruf unterbrochen, wobei das beschädigte Objekt mit der Größe = 0 Byte zurückgelassen wurde.

Answer 5

haben das gleiche Problem, je nachdem, was git Befehl, den ich lief, es endete mit der Nachricht auf:

fatal: object <hash> is corrupted 

ich kein Backup und wollte nicht meine Commits verlieren, so beschlossen habe ich versuchen Jase-Lösung und entfernt, um die Länge 0 Datei ich hatte: .git/objects/00/<hash> bekam dann das gleiche:

$ git status 
fatal: bad object HEAD 

Dann habe ich versucht, zu wissen, was falsch war und sah in .git/refs/heads/master, wo ich den Hash hatte.

Ich sah in .git/logs/refs/head/master und gefunden Zeilen wie diese:

<old commit> <new commit> <author> <timestamp> commit: <commit message> 

I die letzte Zeile entfernt (was hatte =) und diese Linie in .git/refs/heads/master eingefügt, dessen Inhalt gelöscht

I wurde dann in der Lage, erfolgreich zu begehen.

Answer 6

Ich hatte das gleiche Problem. Ich bemerkte, dass ich nicht als root eingeloggt war. Als ich mich als root angemeldet habe, konnte ich das Protokoll ohne das Fehlerzeichen überprüfen.

diesen guten Zustand erstarren, ich dies tat:

aus Wurzel

git add . 
git commit -a -m "stabilize git" 

ich verlassen und versucht, von einem Client zu ziehen. Es hat später für mich geklappt.

Als ich das hinzufügen und committen, wusste ich, dass es mir gut ging mit dem, was in dem Verzeichnis war. Ich hatte keine Änderungen sichtbar durch "Git Status".