Erfahre, wie du Änderungen in Git mit Bitbucket Cloud rückgängig machen kannst

Im weiteren Verlauf des Tutorials wirst du einige andere git-Befehle kennenlernen, bei denen es um das Rückgängigmachen von Änderungen geht. Fangen wir also an.

Erstellen wir zunächst ein einzigartiges Repository mit dem Code des Originals. Dieser Vorgang wird als Forking eines Repositorys bezeichnet. Forking ist ein erweiterter git-Prozess, der dann aktiviert wird, wenn ein freigegebenes Repository mit einem Drittanbieter-Hosting-Service wie Bitbucket gehostet wird.

1. Klicke auf die folgende URL oder gib sie ein: https://bitbucket.org/atlassian/tutorial-documentation-tests/commits/all.

2. Klicke auf das +-Symbol auf der linken Seitenleiste und wähle dann Fork this repository (Dieses Repository forken) aus. Prüfe den Dialog und klicke auf Fork repository (Repository forken).

3. Dadurch solltest du zur Übersicht über das neue Repository weitergeleitet werden.

4. Klicke auf das "+"-Symbol und wähle Clone this repository (Dieses Repository klonen) aus.

5. Klone das Repository auf deinem Computer.

6. Navigiere zu dem Verzeichnis, das das geklonte Repository enthält.

Da du jetzt ein Repository mit Code und einen echten Verlauf auf deinem lokalen System hast, kannst du mit der Rückgängigmachung von Änderungen beginnen.

Du musst die Änderung, die du rückgängig machen möchtest, finden und referenzieren können. Hierzu durchsuchst du die Commit-Benutzeroberfläche in Bitbucket. Alternativ kannst du bestimmte Änderungen mit diversen Befehlszeilentools suchen.

Du musst die Änderung, die du rückgängig machen möchtest, finden und referenzieren können. Hierzu durchsuchst du die Commit-Benutzeroberfläche in Bitbucket. Alternativ kannst du bestimmte Änderungen mit diversen Befehlszeilentools suchen.

Die hier dargestellte Ausgabe von git status zeigt, dass beim Haupt-Branch alles auf dem aktuellen Stand ist und es keine ausstehenden Änderungen gibt, die committet werden müssen. Im nächsten Beispiel werden wir einige Änderungen am Repository vornehmen und es im Status "Ausstehende Änderungen" untersuchen. Das bedeutet, dass es Änderungen an Dateien in dem Repository auf deinem lokalen System gibt, die du nicht für das Hinzufügen zum Projektverlauf vorbereitet (oder staged) hast.

Öffne für das nächste Beispiel zunächst die Datei myquote2.html. Nimm einige Änderungen an den Inhalten von myquote2.html vor und speichere und beende die Datei. Wir führen anschließend noch einmal git status aus, um das Repository in diesem Status zu untersuchen.

Die hier dargestellte Ausgabe zeigt, dass das Repository ausstehende Änderungen an myquote2.html hat. Und das ist auch gut so. Falls die Änderung, die du rückgängig machen möchtest, wie im obigen Beispiel gezeigt noch nicht zur Staging-Umgebung hinzugefügt wurde, musst du lediglich die Datei bearbeiten und weiter machen wie gehabt. Git beginnt erst mit der Nachverfolgung einer Änderung, wenn du sie zum Staging-Bereich hinzufügst und dann zum Projektverlauf committest.

Kommen wir jetzt zum Rückgängigmachen der Änderungen, die wir an myquote2.html vorgenommen haben. Wir haben es hier mit einem vereinfachten Beispiel mit minimalen Änderungen zu tun, deshalb stehen uns dafür zwei Methoden zur Verfügung. Wenn wir git checkout myquote2.html ausführen, wird das Repository myquote2.html auf die zuvor committete Version zurückgesetzt. Alternativ können wir git reset --hard ausführen, wodurch das gesamte Repository auf den letzten Commit zurückgesetzt wird.

Der Befehl git log wird verwendet, um den Projektverlauf aufzurufen, ihn zu filtern und nach bestimmten Änderungen zu suchen. Mit git status kannst du das Arbeitsverzeichnis und die Staging-Umgebung anzeigen, während git log ausschließlich auf den Commit-Verlauf beschränkt ist.

Dasselbe Protokoll für Commit-Verläufe findet sich auch in der Bitbucket-Benutzeroberfläche, wenn in einem Repository auf die Ansicht "Commits" zugegriffen wird. Die Ansicht mit Commits für unser Demo-Repository findest du auf: https://bitbucket.org/dans9190/tutorial-documentation-tests/commits/all. Diese Ansicht enthält eine ähnliche Ausgabe wie das git log-Befehlszeilentool. Dieses kann für die Suche und Identifizierung von Commits verwendet werden, die rückgängig gemacht werden sollen.

Im folgenden Beispiel siehst du verschiedene Dinge im Verlauf, aber jede Änderung ist im Grunde ein Commit, deshalb müssen wir diesen suchen und rückgängig machen.

Sehen wir uns einen der Commits in der Liste einmal etwas genauer ein:

Du kannst erkennen, dass jede Commit-Nachricht aus vier Elementen besteht:

Die Änderung, die du rückgängig machen möchtest, liegt sehr wahrscheinlich etwas weiter zurück im Projektverlauf, der ziemlich umfangreich sein kann. Deshalb lernen wir einige einfache Vorgehensweisen mit git log, mit denen es möglich ist, eine bestimmte Änderung zu finden.

1. Gehe zu deinem Terminalfenster und navigiere mit dem Befehl cd (change directory; Verzeichnis ändern) zur obersten Ebene deines lokalen Repositorys.

Gib den Befehl git log --oneline ein. Durch Hinzufügen des Parameters --oneline wird jeder Commit auf einer eigenen Zeile angezeigt, damit du in deinem Terminal mehr vom Verlauf siehst.

Durch Drücken auf die Taste q kannst du jederzeit das Commit-Protokoll verlassen und zur Eingabeaufforderung zurückkehren.

Das Ergebnis sollte so ähnlich wie im folgenden Beispiel aussehen:

2. Drücke die Taste q, um zur Eingabeaufforderung zurückzukehren.

3. Finde den Commit mit dem Hash c5826da und weitere Änderungen in der Liste, die nach dem Befehl git log ausgegeben wurde. Irgendjemand hat keine beschreibende Commit-Nachricht geschrieben, deshalb müssen wir selbst herausfinden, ob er die benötigten Änderungen enthält.

4. Hebe den Commit-Hash c5826da hervor und kopiere ihn aus den git log-Ergebnissen in dein Terminalfenster.

5. Gib git show ein und füge den kopierten Commit-Hash ein bzw. übertrage ihn und drücke die Eingabetaste. Daraufhin solltest du in etwa Folgendes sehen:

Die Aufforderung unten wird immer weiter ausgefüllt, bis die gesamte Änderung angezeigt wird. Drücke q, um zur Eingabeaufforderung zu wechseln.

Dies war ein sehr kurzer Überblick über den git log-Befehl. Wenn dir die Arbeit damit gefällt, solltest du dir unbedingt das git log-Tutorial für Fortgeschrittene ansehen.

1. Gib git log --oneline in dein Terminalfenster ein.

2. Kopiere den Commit-Hash für den zweiten Commit in das log: 52f823c und drücke dann q, um das Protokoll zu verlassen.

3. Gib git reset --soft 52f823c im Terminalfenster ein. Wenn die Eingabe erfolgreich war, sollte der Befehl im Hintergrund ausgeführt werden. Das war's, du hast die erste Änderung rückgängig gemacht. Sehen wir uns nun das Ergebnis dieser Aktion an.

4. Gib git status im Terminalfenster ein, dann wird der Commit als rückgängig gemacht angezeigt und ist jetzt eine nicht committete Änderung. Dies sollte in etwa so aussehen:

5. Gib git log --oneline in dein Terminalfenster ein. Daraufhin solltest du in etwa Folgendes sehen:

6. Du kannst erkennen, dass der neue HEAD des Branch der Commit 52f823c ist, und das ist genau das, was du wolltest.

7. Drücke q, um das Protokoll zu verlassen. Lass das Terminalfenster geöffnet, damit wir nach dieser einfachen Zurücksetzung etwas Komplexeres ausprobieren können.

1. Gib git log --online ein.

2. Kopiere den Commit-Hash 1a6a403 (die Datei "myquote", die online mit Bitbucket bearbeitet wurde). Dabei handelt es sich um den Commit unterhalb der Pull-Anfrage Nr. 6, die die Änderungen enthält, die wir rückgängig machen möchten.

3. Gib git reset 1a6a403 im Terminalfenster ein. Die Ausgabe sollte wie folgt aussehen:

Du kannst erkennen, dass die Änderungen jetzt den Status "nicht committet" haben. Das bedeutet, dass wir mehrere Änderungen sowohl aus dem Verlauf des Projekts als auch der Staging-Umgebung entfernt haben.

4. Gib git status im Terminalfenster ein. Die Ausgabe sollte wie folgt aussehen:

Du kannst erkennen, dass die erste von uns rückgängig gemachte Änderung (die Datei bitbucket-pipelines.yml) von git überhaupt nicht mehr verfolgt wird. Das liegt daran, dass der Aufruf von git reset Änderungen sowohl aus dem Head des Branch als auch aus der Nachverfolgungs- und Indexumgebung von git entfernt. Der zugrundeliegende Prozess ist etwas komplexer, weshalb wir ihn an dieser Stelle nicht abdecken können. Du kannst dich aber im Tutorial zu git reset weiter in das Thema einlesen.

5. Gib git log --oneline in dein Terminalfenster ein.

Die Protokollausgabe zeigt jetzt, dass der Commit-Verlauf ebenfalls geändert wurde und mit dem Commit "1a6a403" beginnt. Zu Demonstrationszwecken nehmen wir an, dass wir jetzt die eben durchgeführte Zurücksetzung wieder rückgängig machen wollen. Nach einiger Überlegung sind wir zu dem Schluss gekommen, dass wir die Inhalte der Pull-Anfrage Nr. 6 doch behalten wollen.

Git resets sind eine der wenigen Rücksetzmethoden, die git bietet. Zurücksetzungen werden im Allgemeinen als unsichere Option für das Rückgängigmachen von Änderungen betrachtet. Sie sind akzeptabel, wenn man lokal an isoliertem Code arbeitet, werden aber riskant, wenn dieser mit Teammitgliedern geteilt wird.

Um einen Branch, der zurückgesetzt wurde, für ein Remote-Team freizugeben, ist ein "erzwungener Push" erforderlich. Dieser wird durch den Befehl git push -f initiiert. Ein erzwungener Push macht jeglichen Verlauf auf dem Branch zunichte, der nach dem Push-Zeitpunkt erstellt wurde.

Ein Beispiel für dieses "unsichere" Szenario folgt hier:

• Entwickler A hat an einem Branch für die Entwicklung eines neuen Features gearbeitet.
• Entwickler B hat am selben Branch gearbeitet, um ein separates Feature zu entwickeln.
• Entwickler B entscheidet sich, den Branch auf einen früheren Status zurückzusetzen, bevor Entwickler A und B mit der Arbeit daran begonnen haben.
• Entwickler B führt einen erzwungenen Push des zurückgesetzten Branches auf das Remote-Repository durch.
• Entwickler A pullt den Branch, um Aktualisierungen zu erhalten. Während dieses Vorgangs empfängt Entwickler A die erzwungene Aktualisierung. Dadurch wird der lokale Branch von Entwickler A auf einen Status zurückversetzt, bevor Arbeiten am Feature abgeschlossen waren, und alle Commits gehen verloren.

Die Ausgabe von git reflog sollte bei dir ähnlich wie oben aussehen. Du kannst den Verlauf von Aktionen im Repository anzeigen. Die oberste Zeile ist eine Referenz auf die Zurücksetzung, die wir an der Pull-Anfrage Nr. 6 durchgeführt haben. Und nun setzen wir die Zurücksetzung zurück, um Pull-Anfrage Nr. 6 wiederherzustellen. Die zweite Spalte dieser reflog-Ausgabe zeigt einen Ref-Pointer zu einer Änderung an, die wir im Repository vorgenommen haben. Hier ist HEAD@{0} eine Referenz auf den reset-Befehl, den wir vorhin ausgeführt haben. Da wir den reset-Befehl nicht wiederholen wollen, setzen wir das Repository auf HEAD@{1} zurück.

Sehen wir uns nun den Commit-Verlauf im Repository mit git log --oneline an:

Die Protokollausgabe zeigt jetzt, dass der Commit-Verlauf ebenfalls geändert wurde und mit dem Commit "1a6a403" beginnt. Zu Demonstrationszwecken nehmen wir an, dass wir jetzt die eben durchgeführte Zurücksetzung wieder rückgängig machen wollen. Nach einiger Überlegung sind wir zu dem Schluss gekommen, dass wir die Inhalte der Pull-Anfrage Nr. 6 doch behalten wollen.

Für dieses Beispiel wählen wir den neuesten Commit 1f08a70 zur Bearbeitung aus. In diesem Szenario wollen wir Bearbeitungen rückgängig machen, die an diesem Commit vorgenommen wurden. Führe Folgendes aus:

Damit wird ein git merge-Workflow gestartet. Git erstellt einen neuen Commit, dessen Inhalt die Umkehrung des Commits ist, der für das Rückgängigmachen ausgewählt wurde. Git öffnet daraufhin einen konfigurierten Texteditor, um zur Eingabe einer neuen Commit-Nachricht aufzufordern. Das Rückgängigmachen mit git revert wird wegen dieses Commit-Workflows als sicherere Methode betrachtet. Die Erstellung von revert-Commits führt zu einem Commit-Verlauf, in dem klar angegeben ist, wann etwas rückgängig gemacht wurde.

Glückwunsch! Du hast es geschafft. Du kannst jederzeit zu diesem Tutorial zurückkehren oder dir den Abschnitt "Rückgängigmachen von Änderungen" ansehen, um dich ausführlicher mit dem Thema auseinanderzusetzen. Mach weiter so in Bitbucket!