Git-Geschichte mit Zuversicht neu schreiben: Ein Leitfaden

Als Entwickler arbeiten Sie ständig mit Git. Sind Sie jemals an einen Punkt gekommen, an dem Sie gesagt haben: „Oh-oh, was habe ich gerade gemacht?“ Dieser Beitrag gibt Ihnen die Werkzeuge an die Hand, mit denen Sie die Geschichte selbstbewusst neu schreiben können. Notizen, bevor wir beginnen Ich habe auch einen Live-Vortrag über den Inhalt dieses Beitrags gehalten. Wenn Sie ein Video bevorzugen (oder es neben der Lektüre ansehen möchten), können Sie es finden . Hier Ich arbeite an einem Buch über Git! Sind Sie daran interessiert, die ersten Versionen zu lesen und Feedback zu geben? Schicken Sie mir eine E-Mail: gitting.things@gmail.com Aufzeichnen von Änderungen in Git Bevor Sie verstehen, wie man Dinge in Git , sollten Sie zunächst verstehen, wie wir Änderungen in Git . Wenn Sie bereits alle Begriffe kennen, können Sie diesen Teil gerne überspringen. rückgängig macht aufzeichnen Es ist sehr nützlich, sich Git als ein System zum zeitlichen Aufzeichnen von Snapshots eines Dateisystems vorzustellen. Betrachtet man ein Git-Repository, so hat es drei „Zustände“ oder „Bäume“: Wenn wir an unserem Quellcode arbeiten, arbeiten wir normalerweise von einem aus. Ein (oder ) ist ein beliebiges Verzeichnis in unserem Dateisystem, dem ein zugeordnet ist. Arbeitsverzeichnis Arbeitsverzeichnis Arbeitsbaum Repository Es enthält die Ordner und Dateien unseres Projekts sowie ein Verzeichnis namens . Den Inhalt des Ordners habe ich in ausführlicher beschrieben . .git .git ein früherer Beitrag Nachdem Sie einige Änderungen vorgenommen haben, möchten Sie diese möglicherweise in Ihrem aufzeichnen. Ein (kurz: ) ist eine Sammlung von , von denen jeder ein Archiv davon ist, wie der des Projekts zu einem früheren Zeitpunkt aussah, sei es auf Ihrem Computer oder dem eines anderen. Repository Repository Repo Commits Arbeitsbaum Ein umfasst auch andere Dinge als unsere Codedateien, wie z. B. , Branches usw. Repository HEAD Dazwischen gibt es den oder den ; Diese beiden Begriffe sind austauschbar. Wenn wir einen Zweig , füllt Git den mit allen Dateiinhalten, die zuletzt in unser ausgecheckt wurden, und wie sie beim ursprünglichen Auschecken aussahen. Index Staging-Bereich checkout Index Arbeitsverzeichnis Wenn wir verwenden, wird das basierend auf dem Status des erstellt. git commit Commit Index Der bzw. der ist also Ihr Spielplatz für den nächsten Commit. Sie können mit dem arbeiten und machen, was Sie wollen, ihm Dateien hinzufügen, Dinge daraus entfernen und erst dann, wenn Sie bereit sind, mit der Übertragung an das Repository fortfahren. Index Staging-Bereich Index Zeit zum Anfassen 🙌🏻 Verwenden Sie , um ein neues Repository zu initialisieren. Schreiben Sie einen Text in eine Datei namens : git init 1.txt Wo befindet sich in den drei oben beschriebenen Baumzuständen jetzt? 1.txt Im Arbeitsbaum, da es noch nicht in den Index aufgenommen wurde. Um es und zum Index hinzuzufügen, verwenden Sie . bereitzustellen git add 1.txt Jetzt können wir verwenden, um unsere Änderungen im Repository zu übernehmen. git commit Sie haben ein neues Commit-Objekt erstellt, das einen Zeiger auf einen Baum enthält, der den gesamten Arbeitsbaum beschreibt. In diesem Fall wird es nur im Stammordner sein. Zusätzlich zu einem Zeiger auf den Baum enthält das Commit-Objekt Metadaten wie Zeitstempel und Autoreninformationen. 1.txt Weitere Informationen zu den Objekten in Git (z. B. Commits und Bäume) finden Sie unter . Schauen Sie sich meinen vorherigen Beitrag an (Ja, „check out“, Wortspiel beabsichtigt 😇) Git teilt uns auch den SHA-1-Wert dieses Commit-Objekts mit. In meinem Fall war es (das sind nur die ersten 7 Zeichen des SHA-1-Werts, um etwas Platz zu sparen). c49f4ba Wenn Sie diesen Befehl auf Ihrem Computer ausführen, erhalten Sie einen anderen SHA-1-Wert, da Sie ein anderer Autor sind. Außerdem würden Sie den Commit mit einem anderen Zeitstempel erstellen. Wenn wir das Repo initialisieren, erstellt Git einen neuen Zweig (standardmäßig genannt). Und . Standardmäßig haben Sie also nur den . Was passiert, wenn Sie mehrere Filialen haben? Woher weiß Git, welcher Zweig der aktive Zweig ist? main Ein Branch in Git ist lediglich ein benannter Verweis auf einen Commit main Git hat einen weiteren Zeiger namens , der (normalerweise) auf einen Zweig zeigt, der dann auf einen Commit zeigt. Übrigens, Es enthält den Namen des Zweigs mit einigen Präfixen. HEAD unter der Haube, HEAD ist nur eine Datei. Zeit, weitere Änderungen am Repo vorzunehmen! Jetzt möchte ich ein weiteres erstellen. Erstellen wir also eine neue Datei und fügen sie wie zuvor zum Index hinzu: Jetzt ist es an der Zeit, zu verwenden. Wichtig ist, dass Dinge bewirkt: git commit git commit zwei Zunächst wird ein Commit-Objekt erstellt, sodass es in der internen Objektdatenbank von Git ein Objekt mit einem entsprechenden SHA-1-Wert gibt. Dieses neue Commit-Objekt verweist auch auf das übergeordnete Commit. Das ist der Commit, auf den hingewiesen hat, als Sie den Befehl geschrieben haben. HEAD git commit Zweitens verschiebt den Zeiger des aktiven Zweigs – in unserem Fall wäre das , um auf das neu erstellte Commit-Objekt zu zeigen. git commit main Rückgängigmachen der Änderungen Um die Geschichte neu zu schreiben, beginnen wir damit, den Prozess der Einführung eines Commits rückgängig zu machen. Dazu lernen wir den Befehl kennen, ein superleistungsfähiges Tool. git reset git reset --soft Der allerletzte Schritt, den Sie zuvor gemacht haben, war also , was eigentlich zwei Dinge bedeutet: Git hat ein Commit-Objekt erstellt und , den aktiven Zweig, verschoben. Um diesen Schritt rückgängig zu machen, verwenden Sie den Befehl . git commit main git reset --soft HEAD~1 Die Syntax bezieht sich auf das erste übergeordnete Element von . Wenn ich mehr als ein Commit im Commit-Diagramm hätte, sagen Sie „Commit 3“, was auf „Commit 2“ verweist, was wiederum auf „Commit 1“ verweist. HEAD~1 HEAD Und sagen wir, zeigte auf „Commit 3“. Sie könnten verwenden, um auf „Commit 2“ zu verweisen, und würde sich auf „Commit 1“ beziehen. HEAD HEAD~1 HEAD~2 Also zurück zum Befehl: git reset --soft HEAD~1 Dieser Befehl fordert Git auf, zu ändern, worauf verweist. (Hinweis: In den Diagrammen unten verwende ich für „was auch immer zeigt“). In unserem Beispiel zeigt auf . Git ändert also nur den Zeiger von so, dass er auf zeigt. Das heißt, zeigt auf „Commit 1“. HEAD *HEAD HEAD HEAD main main HEAD~1 main Dieser Befehl hatte jedoch Auswirkungen auf den Status des Index oder des Arbeitsbaums. Wenn Sie also verwenden, werden Sie sehen, dass bereitgestellt wird, genau wie vor der Ausführung von . keine git status 2.txt git commit Was ist mit Es beginnt bei , geht zu und dann zu „Commit 1“. Beachten Sie, dass dies bedeutet, dass „Commit 2“ aus unserem Verlauf nicht mehr erreichbar ist. git log? HEAD main Bedeutet das, dass das Commit-Objekt von „Commit 2“ gelöscht wird? 🤔 Nein, es ist nicht gelöscht. Es befindet sich weiterhin in der internen Objektdatenbank von Git. Wenn Sie den aktuellen Verlauf jetzt mithilfe von pushen, pusht Git „Commit 2“ nicht auf den Remote-Server, aber das Commit-Objekt ist weiterhin in Ihrer lokalen Kopie des Repositorys vorhanden. git push Führen Sie nun erneut einen Commit durch – und verwenden Sie die Commit-Nachricht von „Commit 2.1“, um dieses neue Objekt vom ursprünglichen „Commit 2“ zu unterscheiden: Warum sind „Commit 2“ und „Commit 2.1“ unterschiedlich? Auch wenn wir dieselbe Commit-Nachricht verwendet haben und obwohl sie darauf verweisen (des Stammordners bestehend aus und ) haben sie dennoch unterschiedliche Zeitstempel, da sie zu unterschiedlichen Zeiten erstellt wurden. das gleiche Baumobjekt 1.txt 2.txt In der Zeichnung oben habe ich „Commit 2“ beibehalten, um Sie daran zu erinnern, dass es immer noch in der internen Objektdatenbank von Git vorhanden ist. Sowohl „Commit 2“ als auch „Commit 2.1“ zeigen jetzt auf „Commit 1“, aber nur „Commit 2.1“ ist von aus erreichbar. HEAD Git Reset – Gemischt Es ist an der Zeit, sogar noch einen Schritt zurückzugehen und noch mehr rückgängig zu machen. Verwenden Sie dieses Mal (Hinweis: ist der Standardschalter für ). git reset --mixed HEAD~1 --mixed git reset Dieser Befehl startet genauso wie . Das heißt, es nimmt den Zeiger dessen, worauf gerade zeigt, also den , und setzt ihn auf , in unserem Beispiel – „Commit 1“. git reset --soft HEAD~1 HEAD main HEAD~1 Als nächstes geht Git noch einen Schritt weiter und macht die Änderungen, die wir am Index vorgenommen haben, effektiv rückgängig. Das heißt, den Index so ändern, dass er mit dem aktuellen übereinstimmt, dem neuen , nachdem er im ersten Schritt festgelegt wurde. HEAD HEAD Wenn wir ausführen würden, bedeutet dies, dass auf („Commit 1“) gesetzt würde und Git dann den Index dem Status „Commit 1“ zuordnen würde – in diesem Fall es bedeutet, dass nicht mehr Teil des Index ist. git reset --mixed HEAD~1 HEAD HEAD~1 2.txt Es ist Zeit, ein neues Commit mit dem Status des ursprünglichen „Commit 2“ zu erstellen. Dieses Mal müssen wir erneut bereitstellen, bevor wir es erstellen: 2.txt Git-Reset – Schwer Mach weiter, mach noch mehr rückgängig! Fahren Sie fort und führen Sie aus git reset --hard HEAD~1 Auch hier beginnt Git mit der Phase und setzt , auf den er zeigt ( ), auf („Commit 1“). --soft HEAD main HEAD~1 So weit, ist es gut. Fahren Sie als Nächstes mit der Phase fort und gleichen Sie den Index mit ab. Das heißt, Git macht das Staging von rückgängig. --mixed HEAD 2.txt Es ist Zeit für den Schritt , bei dem Git noch weiter geht und das Arbeitsverzeichnis mit der Stufe des Index abgleicht. In diesem Fall bedeutet das, dass auch aus dem Arbeitsverzeichnis entfernt wird. --hard 2.txt (**Hinweis: In diesem speziellen Fall wird die Datei sodass sie nicht aus dem Dateisystem gelöscht wird. Dies ist jedoch nicht wirklich wichtig, um zu verstehen.) nicht verfolgt, git reset Um also eine Änderung an Git vorzunehmen, sind drei Schritte erforderlich. Sie ändern das Arbeitsverzeichnis, den Index oder den Staging-Bereich und übertragen dann einen neuen Snapshot mit diesen Änderungen. Um diese Änderungen zu machen: rückgängig Wenn wir verwenden, machen wir den Commit-Schritt rückgängig. git reset --soft Wenn wir verwenden, machen wir auch den Staging-Schritt rückgängig. git reset --mixed Wenn wir verwenden, machen wir die Änderungen am Arbeitsverzeichnis rückgängig. git reset --hard Szenarien aus dem wirklichen Leben! Szenario 1 Schreiben Sie also in einem realen Szenario „Ich liebe Git“ in eine Datei ( ), da wir alle Git lieben 😍. Machen Sie weiter, inszenieren Sie und begehen Sie auch Folgendes: love.txt Oh, ups! Eigentlich wollte ich nicht, dass du es begehst. Eigentlich wollte ich, dass Sie noch ein paar liebevolle Worte in diese Datei schreiben, bevor Sie sie festschreiben. Was kannst du tun? Nun, eine Möglichkeit, dies zu umgehen, wäre die Verwendung von , wodurch sowohl die Commit- als auch die Staging-Aktionen, die Sie durchgeführt haben, effektiv rückgängig gemacht werden: git reset --mixed HEAD~1 zeigt also erneut auf „Commit 1“ und ist nicht mehr Teil des Index. Die Datei bleibt jedoch im Arbeitsverzeichnis. Sie können jetzt fortfahren und weitere Inhalte hinzufügen: main love.txt Machen Sie weiter, stellen Sie Ihre Datei bereit und übergeben Sie sie: Gut gemacht 👏🏻 Sie haben diesen klaren, schönen Verlauf von „Commit 2.4“, der auf „Commit 1“ verweist. Wir haben jetzt ein neues Tool in unserer Toolbox, 💪🏻 git reset Dieses Tool ist super, super nützlich und man kann damit fast alles erreichen. Es ist nicht immer das bequemste Tool, kann aber bei sorgfältiger Verwendung nahezu jedes Szenario zum Umschreiben des Verlaufs lösen. Für Anfänger empfehle ich, fast immer, wenn Sie in Git rückgängig machen möchten, nur zu verwenden. Sobald Sie damit vertraut sind, ist es an der Zeit, zu anderen Tools überzugehen. git reset Szenario Nr. 2 Betrachten wir einen anderen Fall. Erstellen Sie eine neue Datei mit dem Namen . Bühne und Commit: new.txt Hoppla. Eigentlich ist das ein Fehler. Sie waren auf und ich wollte, dass Sie diesen Commit in einem Feature-Zweig erstellen. Mein schlechtes 😇 main Ich möchte, dass Sie aus diesem Beitrag zwei wichtige Werkzeuge mitnehmen. Der ist . Die erste und weitaus wichtigere Möglichkeit besteht darin, den aktuellen Zustand im Vergleich zu dem Zustand, in dem Sie sich befinden möchten, . zweite git reset auf dem Whiteboard darzustellen Für dieses Szenario sehen der aktuelle Zustand und der gewünschte Zustand folgendermaßen aus: Sie werden drei Änderungen bemerken: deutet im aktuellen Zustand auf „Commit 3“ (das blaue) hin, im gewünschten Zustand jedoch auf „Commit 2.4“. main Zweig existiert im aktuellen Zustand nicht, ist aber im gewünschten Zustand vorhanden und zeigt auf „Commit 3“. feature zeigt im aktuellen Zustand auf und im gewünschten Zustand auf . HEAD main feature Wenn Sie dies zeichnen können und wissen, wie man verwendet, können Sie sich definitiv aus dieser Situation befreien. git reset Also noch einmal: ist, Luft zu holen und das Ganze herauszuholen. Das Wichtigste Wie gelangen wir anhand der Zeichnung oben vom aktuellen zum gewünschten Zustand? Natürlich gibt es verschiedene Möglichkeiten, aber ich werde für jedes Szenario nur eine Option vorstellen. Probieren Sie auch gerne andere Optionen aus. Sie können beginnen, indem Sie verwenden. Dies würde so einstellen, dass es auf den vorherigen Commit „Commit 2.4“ verweist: git reset --soft HEAD~1 main Wenn Sie sich das aktuelle vs. gewünschte Diagramm noch einmal ansehen, können Sie erkennen, dass Sie einen neuen Zweig benötigen, oder? Sie können dafür oder (die das Gleiche bewirkt) verwenden: git switch -c feature git checkout -b feature Dieser Befehl aktualisiert auch so, dass es auf den neuen Zweig zeigt. HEAD Da Sie verwendet haben, haben Sie den Index nicht geändert, sodass er derzeit genau den Status hat, den Sie festschreiben möchten – wie praktisch! Sie können sich einfach auf den Zweig festlegen: git reset --soft feature Und Sie haben den gewünschten Zustand erreicht 🎉 Szenario Nr. 3 Sind Sie bereit, Ihr Wissen auf weitere Fälle anzuwenden? Fügen Sie einige Änderungen an hinzu und erstellen Sie außerdem eine neue Datei mit dem Namen . Inszenieren Sie sie und verpflichten Sie sich: love.txt cool.txt Oh, ups, eigentlich wollte ich, dass du zwei separate Commits erstellst, einen bei jeder Änderung 🤦🏻 Möchten Sie es selbst ausprobieren? Sie können die Commit- und Staging-Schritte rückgängig machen: Nach diesem Befehl enthält der Index diese beiden Änderungen nicht mehr, sie befinden sich jedoch beide weiterhin in Ihrem Dateisystem. Wenn Sie also nur bereitstellen, können Sie es separat festschreiben und dann dasselbe für tun: love.txt cool.txt Schön 😎 Szenario Nr. 4 Erstellen Sie eine neue Datei ( ) mit etwas Text und fügen Sie etwas Text zu hinzu. Stellen Sie beide Änderungen bereit und übernehmen Sie sie: new_file.txt love.txt Ups 🙈🙈 Diesmal wollte ich also, dass es sich in einem anderen Zweig befindet, aber nicht in einem Zweig, sondern in einem bereits vorhandenen Zweig. neuen Also was kannst du tun? Ich gebe Ihnen einen Hinweis. Die Antwort ist wirklich kurz und wirklich einfach. Was machen wir zuerst? Nein, nicht . Wir zeichnen. Das ist das Erste, was man tun sollte, da es alles andere viel einfacher machen würde. Das ist also der aktuelle Stand: reset Und der gewünschte Zustand? Wie gelangt man vom aktuellen zum gewünschten Zustand, was wäre am einfachsten? Eine Möglichkeit wäre also wie zuvor zu verwenden, aber ich möchte, dass Sie auch eine andere Möglichkeit ausprobieren. git reset Verschieben Sie zunächst so, dass es auf den Zweig zeigt: HEAD existing Intuitiv möchten Sie die im blauen Commit eingeführten Änderungen übernehmen und diese Änderungen („Kopieren und Einfügen“) auf den Zweig anwenden. Und Git hat genau dafür ein Tool. existing Um Git aufzufordern, die zwischen diesem Commit und seinem übergeordneten Commit eingeführten Änderungen zu übernehmen und diese Änderungen einfach auf den aktiven Zweig anzuwenden, können Sie verwenden. Dieser Befehl übernimmt die in der angegebenen Revision eingeführten Änderungen und wendet sie auf das aktive Commit an. git cherry-pick Außerdem wird ein neues Commit-Objekt erstellt und der aktive Zweig aktualisiert, sodass er auf dieses neue Objekt verweist. Im obigen Beispiel habe ich die SHA-1-Kennung des erstellten Commits angegeben, Sie können aber auch verwenden, da der Commit, dessen Änderungen wir anwenden, derjenige ist, auf den verweist. git cherry-pick main main Wir möchten jedoch nicht, dass diese Änderungen im vorhanden sind. hat die Änderungen nur auf den Zweig angewendet. Wie kann man sie aus entfernen? main git cherry-pick existing main Eine Möglichkeit wäre, zurück zu zu und dann zu verwenden: main switch git reset --hard HEAD~1 Du hast es geschafft! 💪🏻 Beachten Sie, dass tatsächlich die Differenz zwischen dem angegebenen Commit und seinem übergeordneten Commit berechnet und diese dann auf den aktiven Commit anwendet. Das bedeutet, dass Git diese Änderungen manchmal nicht anwenden kann, da es zu einem Konflikt kommen kann, aber das ist ein Thema für einen anderen Beitrag. git cherry-pick Beachten Sie außerdem, dass Sie Git bitten können, die in jedem Commit eingeführten Änderungen , nicht nur in Commits, auf die von einem Zweig verwiesen wird. cherry-pick Wir haben ein neues Tool erworben, also haben wir sowohl als auch in der Tasche. git reset git cherry-pick Szenario Nr. 5 Okay, also ein anderer Tag, ein anderes Repo, ein anderes Problem. Erstellen Sie ein Commit: Und es auf den Remote-Server: push Ähm, ups 😓… Mir ist gerade etwas aufgefallen. Da liegt ein Tippfehler vor. Ich habe anstelle von geschrieben. Hoppla. Was ist nun das große Problem? Ich habe ed , was bedeutet, dass jemand anderes diese Änderungen möglicherweise bereits hat. This is more tezt This is more text push pull Wenn ich diese Änderungen überschreibe, indem ich verwende, wie wir es bisher getan haben, werden wir unterschiedliche Historien haben, und die Hölle könnte losbrechen. Sie können Ihre eigene Kopie des Repos so oft umschreiben, wie Sie möchten, bis Sie sie . git reset push Sobald Sie die Änderung , müssen Sie sicher sein, dass niemand anderes diese Änderungen abgerufen hat, wenn Sie den Verlauf neu schreiben möchten. push sehr Alternativ können Sie ein anderes Tool namens verwenden. Dieser Befehl nimmt den Commit, den Sie ihm zur Verfügung stellen, und berechnet den Unterschied zum übergeordneten Commit, genau wie , berechnet dieses Mal jedoch die umgekehrten Änderungen. git revert git cherry-pick Wenn Sie also im angegebenen Commit eine Zeile hinzugefügt haben, würde der umgekehrte Vorgang die Zeile löschen und umgekehrt. hat ein neues Commit-Objekt erstellt, was bedeutet, dass es eine Ergänzung zum Verlauf ist. Durch die Verwendung von haben Sie den Verlauf nicht neu geschrieben. Sie haben Ihren Fehler in der Vergangenheit zugegeben, und dieser Commit ist ein Eingeständnis, dass Sie einen Fehler gemacht und ihn nun behoben haben. git revert git revert Manche würden sagen, es sei der ausgereiftere Weg. Einige würden sagen, dass der Verlauf nicht so sauber ist, wie wenn Sie verwenden würden, um den vorherigen Commit neu zu schreiben. Aber so lässt sich vermeiden, dass die Geschichte neu geschrieben wird. git reset Sie können den Tippfehler jetzt beheben und erneut festschreiben: Ihr Werkzeugkasten ist jetzt mit einem neuen, glänzenden Werkzeug geladen. : revert Szenario Nr. 6 Erledigen Sie Ihre Arbeit, schreiben Sie Code und fügen Sie ihn zu hinzu. Führen Sie diese Änderung durch und übernehmen Sie sie: love.txt Ich habe das Gleiche auf meinem Computer gemacht und mit der auf meiner Tastatur zu den vorherigen Befehlen zurückgeblättert. Dann habe ich gedrückt und … Wow. Up Enter Hoppla. Habe ich gerade verwendet? 😨 git reset --hard Was ist passiert? Git hat den Zeiger auf verschoben, sodass der letzte Commit mit all meiner Arbeit aus dem aktuellen Verlauf nicht erreichbar ist. Git hat auch alle Änderungen aus dem Staging-Bereich entfernt und dann das Arbeitsverzeichnis an den Status des Staging-Bereichs angepasst. eigentlich HEAD~1 wertvollen Das heißt, alles passt zu diesem Zustand, in dem meine Arbeit … weg ist. Zeit zum Ausflippen. Ausrasten. Aber gibt es wirklich einen Grund auszuflippen? Nicht wirklich... Wir sind entspannte Menschen. Was machen wir? Nun, ist der Commit intuitiv wirklich, weg? Nein Warum nicht? Es existiert immer noch in der internen Datenbank von Git. wirklich Wenn ich nur wüsste, wo das ist, wüsste ich den SHA-1-Wert, der diesen Commit identifiziert, und wir könnten ihn wiederherstellen. Ich könnte das Rückgängigmachen sogar rückgängig machen und zu diesem Commit . reset Das Einzige, was ich hier also wirklich brauche, ist der SHA-1 des „gelöschten“ Commits. Die Frage ist also, wie finde ich es? Wäre nützlich? git log Nicht wirklich. würde zu gehen, was auf verweist, was auf den übergeordneten Commit des gesuchten Commits verweist. Dann würde Daten über die übergeordnete Kette zurückverfolgen, was den Commit nicht mit meiner wertvollen Arbeit einschließt. git log HEAD main git log Zum Glück haben die sehr klugen Leute, die Git erstellt haben, auch einen Backup-Plan für uns erstellt, und dieser heißt . reflog Während Sie mit Git arbeiten, fügt Git jedes Mal, wenn Sie ändern, was Sie mit tun können, aber auch mit anderen Befehlen wie oder , einen Eintrag zum hinzu. HEAD git reset git switch git checkout reflog Wir haben unser Engagement gefunden! Es ist das, das mit beginnt. 0fb929e Wir können es auch anhand seines „Spitznamens“ identifizieren – . So wie Git beispielsweise verwendet, um zum ersten übergeordneten Element von zu gelangen, und , um auf das zweite übergeordnete Element von zu verweisen, usw., verwendet Git , um auf das erste Reflog-übergeordnete Element von zu verweisen. wo im vorherigen Schritt gezeigt hat. HEAD@{1} HEAD~1 HEAD HEAD~2 HEAD HEAD@{1} HEAD HEAD Wir können auch bitten, uns seinen Wert zu zeigen: git rev-parse Eine andere Möglichkeit, das anzuzeigen, ist die Verwendung von , wodurch aufgefordert wird, das tatsächlich zu berücksichtigen: reflog git log -g git log reflog Wir sehen oben, dass ebenso wie auf verweist, was auf „Commit 2“ verweist. Aber das übergeordnete Element dieses Eintrags im verweist auf „Commit 3“. reflog HEAD main reflog Um also zu „Commit 3“ zurückzukehren, können Sie einfach (oder den SHA-1-Wert von „Commit 3“) verwenden: git reset --hard HEAD@{1} Und jetzt, wenn wir : git log Wir haben den Tag gerettet! 🎉👏🏻 Was würde passieren, wenn ich diesen Befehl erneut verwenden würde? Und ausgeführt? Git würde auf die Stelle setzen, auf vor dem letzten zeigte, also auf „Commit 2“. Wir können den ganzen Tag weitermachen: git commit --reset HEAD@{1} HEAD HEAD reset Wenn Sie sich jetzt unsere Toolbox ansehen, ist sie voller Tools, die Ihnen bei der Lösung vieler Fälle helfen können, in denen in Git etwas schief geht: Mit diesen Tools verstehen Sie jetzt besser, wie Git funktioniert. Es gibt weitere Tools, mit denen Sie den Verlauf gezielt umschreiben können ( ), aber Sie haben in diesem Beitrag bereits viel gelernt. In zukünftigen Beiträgen werde ich mich auch mit befassen. git rebase git rebase Das wichtigste Werkzeug, noch wichtiger als die fünf in dieser Toolbox aufgeführten Werkzeuge, ist das Whiteboarden der aktuellen Situation im Vergleich zur gewünschten. Vertrauen Sie mir, dadurch wird jede Situation weniger entmutigend und die Lösung klarer. Erfahren Sie mehr über Git Ich habe auch einen Live-Vortrag über den Inhalt dieses Beitrags gehalten. Wenn Sie ein Video bevorzugen (oder es neben der Lektüre ansehen möchten), können Sie es finden . Hier Allgemein, deckt viele Aspekte von Git und seinen Interna ab; Sie sind herzlich willkommen (Wortspiel beabsichtigt 😇) mein YouTube-Kanal Hör zu Über den Autor ist CTO und Mitbegründer von , ein Entwicklungstool, das Entwicklern und ihren Teams hilft, Wissen über ihre Codebasis mit aktueller interner Dokumentation zu verwalten. Omer ist der Gründer der Check Point Security Academy und war Cyber Security Lead bei ITC, einer Bildungsorganisation, die talentierte Fachkräfte für Karrieren im Technologiebereich ausbildet. Omer Rosenbaum Schwimmen Omer hat einen MA in Linguistik von der Universität Tel Aviv und ist der Schöpfer des . Kurzer YouTube-Kanal Erstveröffentlichung hier