So stellen Sie einen gelöschten Git-Stash, einen gelöschten Zweig oder verlorene Commits wieder her

Wenn Sie einen Stash löschen oder einen Zweig löschen, entfernt Git den Namen, nicht die Commits. Die Commits bleiben als nicht erreichbare Objekte im Repository, bis die Garbage Collection sie bereinigt, normalerweise nach zwei Wochen oder länger. Suchen Sie mit git reflog nach dem letzten Commit eines gelöschten Zweigs im Reflog, suchen Sie mit git fsck --unreachable nach einem gelöschten Stash, überprüfen Sie ihn mit git show und behalten Sie ihn dann mit git branch rescue <sha>.

Diese Anleitung deckt jeden Fall mit den genauen Befehlen ab, erklärt, wie lange Git verlorene Arbeit aufbewahrt und was nicht wiederhergestellt werden kann, und zeigt die gleiche Wiederherstellung in Lost & Found von GitTree, das jede Quelle auf einmal durchsucht und niemals etwas auscheckt oder zurücksetzt. Lost & Found ist Teil des kostenlosen Plans von GitTree. Um ein Zurücksetzen, ein Rebase oder eine Änderung rückgängig zu machen, lesen Sie stattdessen wie man Git-Reset, Rebase und Commit rückgängig macht.

Wo „verlorene“ Git-Arbeit tatsächlich lebt

Ein Commit ist erreichbar, wenn ein Branch, ein Tag, der Stash oder HEAD zu ihm führt. Durch das Löschen eines Zweigs oder das Löschen eines Stashs sind seine Commits nicht mehr erreichbar, sie verbleiben jedoch in .git/objects. Zwei Datensätze helfen Ihnen, sie zu finden: das Reflog, auf das jeder Zweig und jeder HEAD zuvor zeigten, und die Objektdatenbank selbst, die git fsck durchsuchen kann.

Stellen Sie einen gelöschten Zweig wieder her

Git gibt den letzten Commit des Zweigs aus, wenn Sie ihn löschen (Deleted branch feature/login (was 3f2a9c1)). Wenn diese Meldung nicht mehr angezeigt wird, durchsuchen Sie das Reflog von HEAD nach dem letzten Mal, als Sie sich in der Verzweigung befanden, und erstellen Sie dann die Verzweigung bei diesem Commit neu.

# find the last commit of the branch
git reflog | grep "feature/login"

# check what it holds
git show 3f2a9c1 --stat

# put the branch back
git branch feature/login 3f2a9c1

Stellen Sie einen verlorenen Vorrat wieder her

Ein Stash verfügt über kein eigenes Reflog, sobald er gelöscht wird. Durchsuchen Sie daher die nicht erreichbaren Commits. Ein Stash ist ein zusammengeführter Commit, dessen Nachricht mit WIP on oder On <branch>: beginnt, was das Filtern erleichtert. Dies ist die Methode, die in Gits eigener Stash-Dokumentation beschrieben wird.

# list unreachable stash-like commits, newest first
git fsck --unreachable | grep commit | cut -d" " -f3 \
  | xargs git log --merges --no-walk --grep=WIP --format="%h %cr %s"

# inspect a candidate
git stash show -p 7c1e0b4

# restore it into your working tree, or keep it on a branch
git stash apply 7c1e0b4
git branch rescue-stash 7c1e0b4

Finden Sie jeden freien Commit mit git fsck --lost-found

git fsck --lost-found listet die baumelnden Commits auf und schreibt jeweils eine Kopie in .git/lost-found/commit/, benannt nach ihrer ID. Verwenden Sie es, wenn Sie nicht wissen, wonach Sie suchen: Listen Sie sie mit ihren Daten und Nachrichten auf und verzweigen Sie dann von der gewünschten Seite.

git fsck --lost-found
ls .git/lost-found/commit | xargs git log --no-walk --format="%h %cr %s"
git branch rescue 9d44b0e

Wie lange Git verlorene Commits behält

Die Garbage Collection läuft nach einigen Befehlen selbstständig, es handelt sich also um Fenster und nicht um Versprechen. Je früher Sie suchen, desto mehr finden Sie. Eine Kopie an anderer Stelle, beispielsweise der Klon eines Teamkollegen oder ein verschobener Zweig, ist das andere Sicherheitsnetz: Verlorene Arbeit existiert nur auf Ihrem Computer und existiert nur dort.

Was nicht wiederhergestellt werden kann

• Änderungen, die nie committet oder gespeichert wurden, z. B. mit git checkout -- <file> oder git restore verworfene Änderungen.
• Nicht verfolgte Dateien, die sich nicht in einem mit -u erstellten Stash befanden.
• Bestätigt, dass die Garbage Collection bereits bereinigt wurde.
• Arbeit, die immer nur auf dem Computer einer anderen Person existierte.

Nächste Schritte: Der Lost & Found-Leitfaden dokumentiert jede Seite und jeden Button, Vorherige Branch-Tipps finden deckt die Reflog-Ansicht ab und der Git-Stash-Leitfaden erklärt Apply-, Pop- und Untracked-Dateien, sodass Sie seltener eine Wiederherstellung benötigen.