git · Git
Die Meldung
fatal: Unable to create '/repo/.git/index.lock': File exists.
Was es bedeutet
git legt .git/index.lock als Sperre an, während es den Index schreibt; existiert die Datei schon, läuft ein anderes git oder eines ist gestorben und hat sie hinterlassen. Zurück bleibt sie durch einen Editor oder eine IDE, die git im Hintergrund ausführt, oder durch einen mit Ctrl+C abgebrochenen bzw. abgeschossenen Befehl. Stellen Sie sicher, dass kein git läuft, und löschen Sie sie mit rm -f .git/index.lock. Löschen, während ein git-Prozess tatsächlich arbeitet, kann den Index beschädigen — also erst prüfen; ist der Index doch verdorben, baut git reset ihn aus HEAD neu auf und lässt ohne --hard Ihre Dateien unangetastet.
Die Lösung
rm -f .git/index.lock- Ausgegeben von
- git
- Git
- 29
Fast jeder git-Fehler ist eine Verweigerung im Sinne von „das aus diesem Zustand zu tun würde etwas verlieren“; fatal: heißt, git hat ohne jede Änderung abgebrochen, und die hint:-Zeilen unter der ersten enthalten meist die eigentliche Lösung.
Eine Fehlermeldung lesen
- Von der ersten Zeile abwärts lesen. Weiter unten geht es um das Innere des Werkzeugs; die Ursache steht meist oben.
- Gibt es Datei und Zeilennummer, dort anfangen — nicht der oberste Stack-Frame, sondern die oberste Zeile, die eine eigene Datei nennt.
- Die Meldung wörtlich suchen, vorher aber eigene Pfade und Variablennamen entfernen; genau die verhindern den Treffer.
- Dieselbe Lage wird je Werkzeugversion anders formuliert. Passen die Treffer nicht, die Versionsnummer mit in die Suche.
- Vor dem Einfügen einer Lösung prüfen, was sie verwirft. Manches davon lässt sich nicht zurückholen.
Häufige Fragen
Q. Was bedeutet „fatal: Unable to create '/repo/.git/index.lock': File exists.“?
git legt .git/index.lock als Sperre an, während es den Index schreibt; existiert die Datei schon, läuft ein anderes git oder eines ist gestorben und hat sie hinterlassen. Zurück bleibt sie durch einen Editor oder eine IDE, die git im Hintergrund ausführt, oder durch einen mit Ctrl+C abgebrochenen bzw. abgeschossenen Befehl. Stellen Sie sicher, dass kein git läuft, und löschen Sie sie mit rm -f .git/index.lock. Löschen, während ein git-Prozess tatsächlich arbeitet, kann den Index beschädigen — also erst prüfen; ist der Index doch verdorben, baut git reset ihn aus HEAD neu auf und lässt ohne --hard Ihre Dateien unangetastet.
Q. Wie behebe ich das?
rm -f .git/index.lock — vor dem Ausführen oben prüfen, was dieser Befehl verwirft.
Q. Welches Werkzeug gibt das aus?
git. Es gehört zu Git, und die Meldung hat 7 Wörter.