Commits und Änderungen rückgängig machen

Jeder Commit verfügt über einen eindeutigen SHA-1-Hash zur Identifikation. Anhand dieser IDs bewegt man sich durch die Zeitleiste durchgeführter Commits und sieht sie erneut an. Standardmäßig zeigt git log nur Commits für den aktuell ausgewählten Branch an. Es ist aber durchaus möglich, dass sich der von dir gesuchte Commit in einem anderen Branch befindet. Du kannst sämtliche Commits aller Branches ansehen, indem du git log --branches=* ausführst. Der Befehl git branch wird zur Anzeige und zum Aufrufen anderer Branches verwendet. Der Befehl git branch -a gibt eine Liste aller bekannten Branch-Namen zurück. Einer dieser Branch-Namen kann nun mit git log protokolliert werden.

Wenn du eine Commit-Referenz zu dem Zeitpunkt gefunden hast, zu dem du zurückkehren möchtest, kannst du mit dem Befehl git checkout diesen Commit aufrufen. Git checkout ist eine einfache Methode, diese gespeicherten Snapshots auf deinen Entwicklungsrechner zu "laden". Während des normalen Entwicklungsprozesses verweist HEAD üblicherweise auf den main-Branch oder einen anderen lokalen Branch, aber wenn du einen alten Commit auscheckst, verweist HEAD nicht mehr auf einen Branch – er verweist direkt auf einen Commit. Dies wird als "detached HEAD" bezeichnet und kann folgendermaßen dargestellt werden:

In diesem Beispiel gehen wir davon aus, dass du mit der Entwicklung eines verrückten Experiments begonnen hast, aber nicht weißt, ob du es aufbewahren willst. Um dir die Entscheidung zu erleichtern, willst du dir vor dem Experiment den Projektstatus ansehen. Zunächst musst du die ID der gesuchten Überarbeitung finden.

Es gibt verschiedene Techniken, um einen Commit "rückgängig zu machen". Für die nächsten Beispiele gehen wir von folgendem Commit-Verlauf aus:

Mit dem Befehl git checkout können wir den vorherigen Commit, a1e8fb5, auschecken und das Repository in den Status zurückversetzen, den es vor dem "verrückten" Commit hatte. Durch das Auschecken eines bestimmten Commits wird das Repository in einen Status mit losgelöstem HEAD versetzt. Das heißt, du arbeitest auf keinem Branch mehr. Im losgelösten Status verwaisen alle neu vorgenommenen Commits, sobald du zu einem eingerichteten Branch zurückkehrst. Verwaiste Commits werden bei der nächsten Speicherbereinigung von Git gelöscht. Die Speicherbereinigung erfolgt in konfigurierten Zeitabständen und entfernt verwaiste Commits endgültig. Damit verwaiste Commits nicht der Speicherbereinigung zum Opfer fallen, müssen wir sicherstellen, dass wir uns in einem Branch befinden.

Im Status mit losgelöstem HEAD können wir git checkout -b new_branch_without_crazy_commit ausführen. Hierdurch wird ein neuer Branch namens new_branch_without_crazy_commit erstellt und in diesen Status gewechselt. Das Repository befindet sich nun in einer neuen Verlaufszeitleiste, in der der Commit 872fa7e nicht mehr existiert. Nun können wir in diesem neuen Branch, in dem der Commit 872fa7e nicht mehr existiert, arbeiten und den Commit als rückgängig gemacht betrachten. Leider ist diese Strategie nicht geeignet, wenn du den vorherigen Branch benötigst, weil es vielleicht dein main-Branch war. Sehen wir uns deshalb ein paar andere Strategien zum Rückgängigmachen von Änderungen an. Weitere Informationen und Beispiele findest du in unserer detaillierten Behandlung von git checkout.

Wir gehen nun wieder von unserem ursprünglichen Beispiel des Commit-Verlaufs aus. Es geht um den Verlauf mit dem Commit 872fa7e. Dieses Mal versuchen wir, den Commit durch Zurücksetzen "rückgängig zu machen". Wenn wir git revert HEAD ausführen, wird von Git ein neuer Commit mit der gegenteiligen Aktion zum letzten Commit erstellt. Dem aktuellen Branch-Verlauf wird ein neuer Commit hinzugefügt, sodass er wie folgt aussieht:

Für diese Technik zum Rückgängigmachen bleiben wir bei unserem Arbeitsbeispiel. git reset ist ein vielseitiger Befehl mit verschiedenen Einsatzmöglichkeiten und Funktionen. Wenn wir git reset --hard a1e8fb5 aufrufen, wird der Commit-Verlauf auf diesen speziellen Commit zurückgesetzt. Beim Abrufen des Commit-Verlaufs mit git log erhalten wir nun folgendes Ergebnis:

Im vorigen Abschnitt haben wir die verschiedenen Strategien zum Rückgängigmachen von Commits besprochen. Diese Strategien können alle auch auf den neuesten Commit angewendet werden. In einigen Fällen musst du jedoch den letzten Commit nicht unbedingt entfernen oder zurücksetzen. Vielleicht wurde dies etwas vorschnell gemacht. In diesem Fall kannst du den neuesten Commit ergänzen. Nachdem du weitere Änderungen im Arbeitsverzeichnis vorgenommen hast und diese für den Commit mit git add bereitgestellt hast, kannst du git commit --amend ausführen. Damit öffnet Git den konfigurierten System-Editor, in dem du die letzte Commit-Nachricht ändern kannst. Die neuen Änderungen werden dem ergänzten Commit hinzugefügt.

Bevor Änderungen in den Repository-Verlauf committet werden, befinden sie sich im Staging-Index und im Arbeitsverzeichnis. Du musst die Änderungen in diesen beiden Bereichen eventuell rückgängig machen. Der Staging-Index und das Arbeitsverzeichnis sind interne Git-Mechanismen für das Statusmanagement. Detaillierte Informationen zur Funktionsweise dieser Mechanismen findest du auf der git reset-Seite.

Das Arbeitsverzeichnis ist in der Regel mit dem lokalen Dateisystem synchronisiert. Zum Rückgängigmachen von Änderungen im Arbeitsverzeichnis kannst du Dateien ganz normal in deinem bevorzugten Editor bearbeiten. Git verfügt über ein paar Hilfsmittel, die beim Management des Arbeitsverzeichnisses behilflich sind. Da wäre der Befehl git clean, mit dem Änderungen am Arbeitsverzeichnis bequem rückgängig gemacht werden können. Außerdem kann noch git reset mit den Optionen --mixed oder --hard aufgerufen werden, um das Arbeitsverzeichnis zurückzusetzen.

Der Befehl git add wird zum Hinzufügen von Änderungen zum Staging-Index verwendet. Git reset wird vor allem zum Rückgängigmachen von Änderungen am Staging-Index verwendet. Eine Rücksetzung mit --mixed verschiebt alle ausstehenden Änderungen vom Staging-Index zurück ins Arbeitsverzeichnis.

Bei der Arbeit in einem Team mit Remote-Repositorys müssen beim Rückgängigmachen von Änderungen zusätzliche Aspekte bedacht werden. Git reset sollte im Allgemeinen als eine lokale Methode zum Rückgängigmachen betrachtet werden. Ein Reset sollte durchgeführt werden, wenn Änderungen an einem privaten Branch rückgängig gemacht werden. So wird die Entfernung von Commits auf sichere Weise von anderen Branches getrennt, die möglicherweise von anderen Entwicklern genutzt werden. Probleme entstehen, wenn ein Reset in einem gemeinsamen Branch durchgeführt und dieser dann remote mit git push gepusht wird. Git wird den Push blockieren, da es den Branch als veraltet betrachtet, weil ihm gegenüber dem Remote-Branch Commits fehlen.

Die bevorzugte Methode zum Zurücksetzen eines geteilten Verlaufs ist git revert. Eine Zurücksetzung mit "revert" ist sicherer als mit "reset", weil dabei keine Commits aus einem geteilten Verlauf entfernt werden. Beim Revert bleiben die Commits, die rückgängig gemacht werden sollen, erhalten. Es wird ein neuer Commit erstellt, der die Wirkung des unerwünschten Commits aufhebt. Diese Methode ist bei der Remote-Zusammenarbeit sicherer, weil ein Remote-Entwickler dann einen Pull für den Branch durchführen kann, um den neuen Commit zu erhalten, der den unerwünschten Commit rückgängig macht.

Wir haben nun einige allgemeine Strategien für das Rückgängigmachen von Änderungen in Git behandelt. Dabei ist zu bedenken, dass es hierfür mehrere Methoden gibt. Auf dieser Seite wurden u. a. Themen angeschnitten, die auf den Seiten zu den jeweiligen Git-Befehlen im Detail erklärt werden. Die am häufigsten verwendeten Tools zum Rückgängigmachen sind git checkout, git revert und git reset. Folgende wichtige Punkte solltest du dir merken:

• In der Regel sind einmal committete Änderungen dauerhaft.
• Mit git checkout kannst du den Commit-Verlauf anzeigen und darin navigieren.
• git revert ist die beste Methode, um freigegebene öffentliche Änderungen rückgängig zu machen.
• git reset ist am besten zum Rückgängigmachen von lokalen privaten Änderungen geeignet.

Zusätzlich zu den Hauptbefehlen zum Rückgängigmachen haben wir uns andere Git-Dienstprogramme angesehen: git log zum Suchen nach verloren gegangenen Commits, git clean zum Rückgängigmachen nicht committeter Änderungen und git add zum Bearbeiten des Staging-Index.

Jeder dieser Befehle verfügt über eine eigene ausführliche Dokumentation. Wenn du mehr über einen bestimmten hier erwähnten Befehl erfahren möchtest, rufe die entsprechenden Links auf.