git commit funktioniert nicht mehr - Fehler beim Erstellen von Bäumen

Ich kann keine Änderung vornehmen:

$ git commit
error: invalid object 100644 13da9eeff5a9150cf2135aaed4d2e337f97b8114 for 'spec/routing/splits_routing_spec.rb'
error: Error building trees

Ich habe es bisher versucht:

$ git fsck | grep 13da
missing blob 13da9eeff5a9150cf2135aaed4d2e337f97b8114

und auch:

$ git prune
error: Could not read 1394dce6fd1ad15a70b2f2623509082007dc5b6c
fatal: bad tree object 1394dce6fd1ad15a70b2f2623509082007dc5b6c

und auch:

$ git fsck | grep 13da
missing blob 13da9eeff5a9150cf2135aaed4d2e337f97b8114

aber nichts half. Soll ich die Datei löschen, festschreiben und wieder einführen? Ich bin bereit, ein bisschen Geschichte zu verlieren, wenn es Git Commit zurückbringt.

Möglicherweise befindet sich ein beschädigtes Objekt in Ihrem Git-Repository.

Wenn Sie eine Fernbedienung oder andere Klone dieses Repositorys haben, können Sie von dort aus die problematische Datei abrufen und sie einfach in Ihrem lokalen Repo ersetzen.

Die gewünschte Datei befindet sich in:

/repo/.git/objects/13/da9eeff5a9150cf2135aaed4d2e337f97b8114

Dieser Fehler bedeutet, dass Sie eine Datei mit Hash 13da9eeff5a9150cf2135aaed4d2e337f97b8114haben und dieser Hash nicht vorhanden .git/objects/../oder leer ist. Als dieser Fehler auftrat, hatte ich nur diesen Hash im Fehler, ohne den Dateipfad. Dann habe ich versucht git gc --autound git reset --hard. Nach einem dieser Befehle (diese Befehle haben mein Problem nicht behoben) habe ich den Pfad der Datei erhalten, die den Fehler auslöst.

Sie müssen nur den Objekt-Hash generieren:

git hash-object -w spec/routing/splits_routing_spec.rb

Weitere Informationen finden Sie in der Dokumentation . In der Dokumentation gibt es eine zusätzliche Möglichkeit, diesen Fehler zu beheben.

PS Dies war der einzige Weg, der für mich hilfreich war.

git reset --hard sollte Ihr Repository wieder normalisieren, aber Sie werden nicht festgeschriebene Änderungen verlieren.

Wenn die problematische Datei durch Ihre Änderung hinzugefügt wird, können Sie sie einfach aus dem Index entfernen und erneut hinzufügen:

git reset <file> 
git add <file>

Für mich war es nur eine Berechtigungsfrage. Wenn ich mit renne sudo, hat es funktioniert. Vielleicht etwas mit der Mac-Umgebung zu tun

In meinem Fall habe ich es gelöst durch:

git reset --mixed

Dies kann durch Synchronisierungs-Apps von Drittanbietern wie Dropbox und Jianguoyun verursacht werden. Aufgrund meiner Erfahrung kann es zwei Möglichkeiten geben:

1. Sie können versuchen, die letzten Synchronisierungsvorgänge rückgängig zu machen.
2. Entfernen Sie die zugehörigen Dateien aus dem Ordner, schreiben Sie sie fest und verschieben Sie die Dateien zurück.

Einfache Umgehungslösung: Wenn Sie sich nicht wirklich mit der Spur der Datei befassen, können Sie die Datei duplizieren und das Original entfernen, zuerst das Löschen und Hinzufügen festschreiben und dann wieder in Original umbenennen.

Git sollte normal wieder aufgebaut werden

In meinem Fall ist die Datei im Remote-Zweig fehlerhaft. Ich habe es gelöst durch:

1. Entfernen Sie die entfernten Zweige überhaupt durch $ git remote rm origin
2. Fügen Sie die Fernbedienung wieder hinzu: $ git remote add origin <the-remote-url>
3. Holen Sie die Fernbedienung erneut: $ git fetch origin
4. Zurücksetzen auf den gewünschten Zweig am Ursprung (z. B. develop):$ git reset --hard origin/develop

Dann geht alles wieder normal.

In meinem Fall lag dies an einer anderen Version von git. Ich hatte mein Repository über den offiziellen Windows-Port von Git verwendet und begann, den MinGW-Port mit derselben Versionsnummer zu verwenden.

Dieses Problem trat auf, als ich versuchte, mich mit MinGW git zu verpflichten. Das Zurückschalten auf Windows Git löste das Problem.

git hash-object -w spec/routing/splits_routing_spec.rb

Damit erstellt git ein Sha1 für die Datei.