Szenario: Zurück in der Zeit und nochmal versuchen

Ein Szenario das man gelegentlich hat, ist, dass man in der Zeit zurückgehen möchte, dann aber einen Fehler macht, den man gerne korrigieren möchte.

Noch einmal das Tagebuch

Wir starten mit dem folgenden Zustand - im Commit a5c28ad wurde dem Frühstück Schokolade hinzugefügt.

Wir wollen nun zu dem Zeitpunkt zurückgehen, zu dem das Frühstück nur aus zwei Speisen bestand, um dort anstelle der Schokolade eine Banane zu verspeisen.

Dazu gibt es mehrere Möglichkeiten, die verschiedene Vor- und Nachteile haben.

Einfach zurück und neu starten - bisherige Änderungen gehen verloren

Dieses Vorgehen ist eine der (wenigen) Möglichkeiten in git tatsächlich Informationen unwiederbringlich zu verlieren. Man sollte sich also wirklich sicher sein, dass man die Änderungen, die man nach dem Zeitpunkt, zu dem man zurückkehren möchte nicht mehr benötigt. Zur Verdeutlichung dieses Situation habe ich jetzt noch eine weitere neue Datei angelegt - diese heißt wieder mittagessen.txt, steht aber noch nicht unter Versionsverwaltung.

frank@pike:~/tagebuch$ git status Auf Branch main Unversionierte Dateien: (benutzen Sie "git add <Datei>...", um die Änderungen zum Commit vorzumerken) mittagessen.txt nichts zum Commit vorgemerkt, aber es gibt unversionierte Dateien (benutzen Sie "git add" zum Versionieren) frank@pike:~/tagebuch$ git lg * a5c28ad - (HEAD -> main) fruehstueck.txt geändert (vor 23 Stunden) * 2c70b75 - Fruestück (vor 11 Monaten) * 9ee8f8b - Aufstehen! (vor 11 Monaten)

Mit dem Befehl git reset –hard 2c70b75 bringt man alle Dateien im Verzeichnis, die unter Versionskontrolle stehen auf den Stand, die diese zum Zeitpunkt des Commits 2c70b75 hatten. Alle späteren Änderungen und die spätere Versionsgeschichte gehen unwiderruflich verloren! Dateien, die nicht unter Versionskontrolle stehen, werden nicht beeinflusst.

Das sieht dann so aus:

frank@pike:~/tagebuch$ git reset --hard 2c70b75
HEAD ist jetzt bei 2c70b75 Fruestück
frank@pike:~/tagebuch$ ls
aufstehen.txt fruehstueck.txt mittagessen.txt
frank@pike:~/tagebuch$ git lg
* 2c70b75 - (HEAD -> main) Fruestück (vor 11 Monaten)
* 9ee8f8b - Aufstehen! (vor 11 Monaten)
frank@pike:~/tagebuch$ git lg --all
* 2c70b75 - (HEAD -> main) Fruestück (vor 11 Monaten)
* 9ee8f8b - Aufstehen! (vor 11 Monaten)

Die Dateien aufstehen.txt und fruehstueck.txt sehen jetzt so aus, wie sie zum Zeitpunkt es Commits aussahen

Die Datei mittagessen.txt ist unverändert, weil sie nicht unter Versionskontrolle stand

git log zeigt auch mit der Option --all die Commits, die nach 2c70b75 gemacht wurden nicht mehr an - diese Daten sind verloren.

Jetzt kann man sein Tagebuch ausgehend von 2c70b75 weiter führen, hat das alternative Frühstück mit Schokolade aber verloren.

Zurück und mit einem weiteren Branch weiterarbeiten - die bisherigen Änderung bleiben erhalten

Die Situation zu Beginn der Operation ist nun wieder so, dass wir drei Commits haben - im letzten wurde dem Frühstück Schokolade hinzugefügt.

frank@pike:~/tagebuch$ git lg * a5c28ad - (HEAD -> main) fruehstueck.txt geändert (vor 23 Stunden) * 2c70b75 - Fruestück (vor 11 Monaten) * 9ee8f8b - Aufstehen! (vor 11 Monaten)

Schritt 1 - Checkout des letzten Commits, der beibehalten werden soll

Mit git checkout 2c70b75 gelangt man zum Frühstück ohne Schokolade. Git warnt, dass man sich jetzt im Zustand des lösgelösten HEAD befindet, gibt aber auch Ratschläge, wie man das beheben kann, wenn man Änderungen, die man jetzt macht behalten möchte. Wir erstellen also wie angeraten mit dem Befehl git switch -c Neuer_Versuch einen Branch mit dem Namen Neuer_Versuch:

frank@pike:~/tagebuch$ git checkout 2c70b75 Hinweis: Wechsle zu '2c70b75'. [ ... Meldung zum losgelösten HEAD ... ] HEAD ist jetzt bei 2c70b75 Fruestück frank@pike:~/tagebuch$ git switch -c Neuer_Versuch Zu neuem Branch 'Neuer_Versuch' gewechselt frank@pike:~/tagebuch$ git lg --all * a5c28ad - (main) fruehstueck.txt geändert (vor 23 Stunden) * 2c70b75 - (HEAD -> Neuer_Versuch) Fruestück (vor 11 Monaten) * 9ee8f8b - Aufstehen! (vor 11 Monaten)

Schritt 2 - Im neuen Branch weiterarbeiten

Jetzt kann man die Banane einfügen und einen weiteren Commit erstellen:

frank@pike:~/tagebuch$ vi fruehstueck.txt frank@pike:~/tagebuch$ git add fruehstueck.txt frank@pike:~/tagebuch$ git commit -m "Banane zum Frühstück" [Neuer_Versuch 05d90a4] Banane zum Frühstück 1 file changed, 1 insertion(+) frank@pike:~/tagebuch$ git lg --all * 05d90a4 - (HEAD -> Neuer_Versuch) Banane zum Frühstück (vor 3 Sekunden) | * a5c28ad - (main) fruehstueck.txt geändert (vor 24 Stunden) |/ * 2c70b75 - Fruestück (vor 11 Monaten) * 9ee8f8b - Aufstehen! (vor 11 Monaten)

Man sieht, dass HEAD auf den Branch Neuer_Versuch zeigt - wir arbetein also derzeit nicht mehr auf main. Das macht zunächst nichts aus, wenn sich die neuen Änderungen bewähren, möchte man aber eventuell den neuen Branch als neuen main Branch verwenden - wie geht das?