Git interaktives Rebase in einer GUI: Squash, Fixup, Reword, Reorder und Drop-Commits

Mit einer interaktiven Rebase-GUI können Sie die Commits in Ihrem Zweig aus einer Liste statt aus einer Textdatei umschreiben: Wählen Sie einen Start-Commit, geben Sie jedem darüber liegenden Commit eine Aktion (Auswählen, Stauchen, Korrigieren, Umformulieren, Bearbeiten oder Ablegen), ziehen Sie sie in eine neue Reihenfolge und lassen Sie sie von Git wiedergeben. Es führt den gleichen Vorgang wie git rebase -i aus, sodass das Ergebnis mit dem der Befehlszeile identisch ist. Klicken Sie in GitTree mit der rechten Maustaste auf das Commit direkt unter denen, die Sie ändern möchten, wählen Sie Interaktives Rebase der oben genannten Commits…, legen Sie die Aktionen fest und klicken Sie auf Start Rebase. Wenn das Ergebnis falsch ist, setzt Undo den Zweig zurück.

Dieses interaktive Rebase-Tutorial behandelt jede Aktion, drei Möglichkeiten zum Squash von Commits, die passenden Befehle, Autosquash und das Sicherheitsnetz. Die Screenshots zeigen den interaktiven Rebase-Editor von GitTree, einen Git-Client für macOS, Windows und Linux, aber das Git-Verhalten ist in jedem Tool gleich.

Was die interaktive Git-Rebase bewirkt und wann sie verwendet wird

Ein normaler Rebase verschiebt eine Reihe von Commits auf eine neue Basis. Mit einem interaktiven Rebase können Sie diese Reihe auch unterwegs bearbeiten: Git zeigt die Commits an, die gerade wiedergegeben werden, Sie ändern die Liste und Git erstellt den Zweig entsprechend neu. Jeder neu geschriebene Commit erhält eine neue ID, weshalb interaktives Rebase zur Phase gehört, bevor Sie Ihre Arbeit teilen. Typische Gründe, danach zu greifen:

• Fassen Sie eine Reihe von „Wip“-, „Tippfehler beheben“- und „Adressüberprüfung“-Commits zu einem sinnvollen Commit zusammen, bevor Sie eine Pull-Anfrage öffnen.
• Formulieren Sie eine Commit-Nachricht um, die einen Tippfehler, eine fehlende Ticketnummer oder eine vage Zusammenfassung enthält.
• Falten Sie eine vergessene Änderung in den Commit, zu dem sie gehört, sodass jeder Commit für sich aufbaut.
• Ordnen Sie Commits neu an, sodass ein Refactor vor der Funktion landet, die davon abhängt.
• Löschen Sie einen Debug-Commit oder ein Experiment, das niemals den Hauptzweig erreichen sollte.

Auswählen, quetschen, reparieren, umformulieren, bearbeiten und löschen: die Rebase-Aktionen erklärt

Jede Zeile in einem interaktiven Rebase-Plan ist ein Commit plus eine Aktion. Dies sind diejenigen, die Sie täglich verwenden werden (die ToDo-Datei von Git enthält noch einige weitere für die Skripterstellung, wie zum Beispiel exec und break):

Die Reihenfolge ist wichtig und das Gegenteil von `git log`. Der Plan listet den ältesten Commit oben in der Reihenfolge der Wiedergabe auf, während git log und die meisten Commit-Diagramme den neuesten zuerst anzeigen. Ein Squash oder Fixup verschmilzt immer mit dem Commit direkt darüber, dem älteren. Wenn ein Squash ganz oben landet und nichts zum Folden hat, verweigert GitTree den Start, bis Sie ihn unter einen Commit verschieben, den Sie behalten.

Das Befehlszeilenäquivalent: git rebase -i

In der Befehlszeile benennen Sie das Commit direkt unter denen, die Sie ändern möchten: Zählen Sie von HEAD zurück oder verwenden Sie den Punkt, an dem Ihr Zweig main verlassen hat.

# rewrite the last 5 commits
git rebase -i HEAD~5

# rewrite everything since the branch left main, without moving its base
git rebase -i $(git merge-base main HEAD)

Git öffnet Ihren Editor mit einer Aufgabenliste. Dies ist derselbe Plan wie der Screenshot weiter unten: Der zweite Commit wird in den ersten gequetscht und der vierte erhält eine neue Nachricht.

pick f2cd67d chore(deps): upgrade Next.js and React
squash 19a1104 ci: cache pnpm store and run tests in parallel
pick f52edc8 refactor(api): extract repository layer from handlers
reword 05dfac2 feat(api): rate limit public endpoints
pick bf2385e fix(web): focus trap in the invite dialog

Speichern und schließen Sie die Datei und Git beginnt mit der Wiedergabe. Es fragt nach der Squash-Nachricht und der umformulierten Nachricht und pausiert bei jedem edit-Schritt oder Konflikt, bei dem Sie fortfahren oder aufgeben:

git rebase --continue   # after amending or resolving a conflict
git rebase --abort      # stop and put the branch back where it was

Eine GUI ändert, wie Sie den Plan schreiben, nicht, was Git damit macht. GitTree führt denselben Plan mit Git aus, das bereits auf Ihrem Computer installiert ist (Version 2.39 oder neuer), sodass die App und ein Terminal dieselben Commits erzeugen. Für die umfassenderen Kompromisse lesen Sie Git GUI vs. Befehlszeile.

So quetschen Sie Commits in einer Git-GUI

Die kurze Antwort auf die Frage, wie man Commits quetscht: Legen Sie sie nebeneinander, belassen Sie den ersten als Pick, markieren Sie den Rest als Squash oder Fixup und spielen Sie ihn erneut ab. GitTree bietet Ihnen drei Möglichkeiten, dorthin zu gelangen.

Zerkleinern Sie eine Gruppe von Commits im Rebase-Editor

Öffnen Sie den Editor über den Commit unterhalb der Gruppe, stellen Sie den ersten Commit auf „pick“ und die anderen auf „squash“ oder auf „fixup“ ein, wenn Sie deren Nachrichten nicht möchten. Ziehen Sie vereinzelte Commits an ihren Platz, wenn die Gruppe nicht zusammenhängend ist. GitTree zeigt eine Vorschau jeder Gruppe an, die einen Kürbis als Commit enthält, zu dem er werden wird, mit der kombinierten Nachricht in einem Feld, das Sie bearbeiten können.

Wählen Sie Commits im Diagramm aus und wählen Sie Squash Commits

Für einen schnellen Squash wählen Sie zwei oder mehr aufeinanderfolgende Commits des aktuellen Zweigs im Diagramm aus, klicken mit der rechten Maustaste und wählen Squash Commits. GitTree führt die Rebase für Sie aus und „Undo“ kann die einzelnen Commits zurücksetzen. Das gleiche Menü schreibt einzelne Commits in einem Schritt um: Commit-Nachricht bearbeiten…, Commit löschen…, Commit nach oben verschieben und Commit nach unten verschieben. Diese Verknüpfungen funktionieren bei Commits, die sich noch nicht auf einer Fernbedienung befinden; Verwenden Sie für Push-Commits den Editor, der Sie zunächst zur Bestätigung auffordert.

Squash, wenn Sie die Pull-Anfrage zusammenführen

Wenn Ihr Team einen Commit pro Pull-Anfrage behält, müssen Sie den Branch möglicherweise überhaupt nicht neu schreiben: Die Pull-Request-Ansicht von GitTree kann mit Squash zusammengeführt werden, und Ihr lokaler Branch bleibt unverändert.

Fixup-Commits und Autosquash: Korrigieren Sie ein altes Commit, ohne es manuell neu anzuordnen

Übertragen Sie während der Arbeit jede kleine Korrektur als Korrektur des zugehörigen Commits. Git betitelt es mit fixup! <original title>. Später verschiebt ein interaktiver Rebase mit Autosquash jedes Fixup direkt unter sein Ziel und markiert es als Fixup, sodass Sie nur noch die Liste überprüfen und starten müssen.

# record a correction for an earlier commit
git commit --fixup=05dfac2

# correct the commit and replace its message too
git commit --fixup=amend:05dfac2

# later: fold every fixup! and amend! commit into its target
git rebase -i --autosquash main

# turn autosquash on for every interactive rebase
git config --global rebase.autoSquash true

Führen Sie in GitTree diese Befehle im integrierten Terminal aus, das unter dem Diagramm angedockt ist, oder geben Sie fixup!, ein Leerzeichen und den ursprünglichen Titel in das Commit-Meldungsfeld ein. Git gleicht Korrekturen nach Titel ab, sodass beide denselben Commit erstellen. Mit dem Arrange fixup!, Squash! und ändern! Wenn Sie die Option „Commits“ aktivieren, wird der Editor bereits arrangiert geöffnet und Sie sehen genau das, was Git ausführt.

Ein amend!-Commit wird im Plan zu fixup -C („Fixup, benutze seine Nachricht“ in GitTree): seine Änderungen werden eingefügt und seine Nachricht ersetzt die des Ziels. Gemäß der Git-Commit-Dokumentation ändert keine der beiden Arten, wer den ursprünglichen Commit verfasst hat.

Ist interaktives Rebase sicher? Rückgängigmachen, Reflog und Force-with-Lease

Ein Rebase löscht die alten Commits nicht sofort: Sie bleiben vom Reflog aus erreichbar, bis die Garbage Collection von Git viel später nicht erreichbare Objekte löscht. Die wirklichen Risiken bestehen darin, den Überblick über die alte Filiale zu verlieren und die Arbeit eines Kollegen auf der Fernbedienung zu überschreiben.

Machen Sie einen abgeschlossenen Rebase rückgängig

GitTree erstellt vor jedem Rebase einen Snapshot des Branchs, so dass Rückgängig in der Symbolleiste ihn mit einem Klick zurücksetzt, einschließlich anderer Branches, die das Rebase mit update-refs verschoben hat, solange der Branch seitdem nichts verschoben wurde. So machen Sie einen Git-Reset, ein Rebase oder ein Commit rückgängig deckt den Rest dieses Sicherheitsnetzes ab. Auf der Befehlszeile:

# still in the middle of the rebase
git rebase --abort

# already finished: go back to the tip from before the rebase
git reflog show --date=relative
git reset --hard ORIG_HEAD

Git setzt ORIG_HEAD auf den alten Tipp, wenn ein Rebase startet, aber ein git reset-Lauf während des Rebase (um beispielsweise einen Commit aufzuteilen) verschiebt ihn. Unmittelbar nach dem Rebase zeigt @{1}, die vorherige Position des aktuellen Zweigs, immer noch auf den alten Tipp, sodass auch git reset --hard @{1} funktioniert. git reset --hard verwirft nicht festgeschriebene Änderungen, also schreiben Sie sie zuerst fest oder speichern Sie sie.

Schreiben Sie Commits neu, die Sie bereits gepusht haben

GitTree kennzeichnet Commits, die sich bereits auf einer Fernbedienung befinden, mit „Auf einer Fernbedienung“ und fordert Sie zur Bestätigung auf, bevor Sie sie neu schreiben. Danach wird ein normaler Stoß verweigert, sodass ein Kraftstoß erforderlich ist. Verwenden Sie das Lease-Formular, das den Remote-Zweig nur überschreibt, wenn er immer noch auf die Stelle zeigt, an der Sie ihn zuletzt gesehen haben:

git push --force-with-lease

# safer when something fetches in the background
git push --force-with-lease --force-if-includes

Ein Hintergrundabruf kann Ihren Remote-Tracking-Zweig aktualisieren und die Lease schwächen, daher schlägt die Git-Push-Dokumentation das Hinzufügen von --force-if-includes vor. In GitTree verwendet ein Force-Push immer --force-with-lease, angeheftet an den Remote-Tipp, der bei Ihrer Bestätigung angezeigt wird, und dieser Tipp wird lokal unter refs/ogt/trash gespeichert, sodass die Commits, die er von der Remote entfernt, nicht verloren gehen. Durch Rückgängigmachen kann ein Force-Push nicht rückgängig gemacht werden, da dadurch die Fernbedienung geändert wurde.

Wenn ein Schritt stoppt: Änderungen und Konflikte

Ein edit-Schritt oder ein Commit, der nicht mehr ordnungsgemäß angewendet wird, pausiert den Rebase. GitTree zeigt den Fortschritt des Plans und ein Banner zum Fortfahren oder Abbrechen an. Konflikte werden im Drei-Wege-Editor geöffnet, siehe Zusammenführungskonflikte in einer GUI lösen. Während einer Rebase vertauscht Git die Seiten einer Zusammenführung: „unser“ ist der Zweig, auf den Sie rebasieren, und „ihrer“ ist Ihr eigener Commit, daher bezeichnet GitTree sie als „rebasing on“ und „Ihr Commit“. In der Lektion Eine aktive Operation fortsetzen, überspringen oder abbrechen wird jede Auswahl geübt. Um einen einzelnen Commit zu kopieren, anstatt einen Zweig neu zu schreiben, siehe Cherry-Pick.

Tipps für einen sauberen Commit-Verlauf vor einem Pull-Request

• Sorgen Sie dafür, dass jeder Commit seine Tests einzeln erstellt und besteht, und halten Sie nicht zusammenhängende Änderungen getrennt: einen Commit für den Refactor, einen für die Funktion.
• Rebasieren Sie auf die neueste Version main, bevor Sie die Pull-Anfrage öffnen, damit Prüfer nur Ihre Änderungen sehen.
• Arbeiten Sie mit gestapelten Ästen? Aktivieren Sie update-refs, damit die auf Ihrem Zweig erstellten Zweige mit den neu geschriebenen Commits verschoben werden.
• Wenn der Bereich ein Merge-Commit enthält, zeigt GitTree es an, schreibt es aber nicht neu; Verwenden Sie für diesen Fall git rebase -i --rebase-merges.
• Überprüfen Sie das Ergebnis im Commit-Diagramm, bevor Sie pushen, und lassen Sie Ihre eigene KI-Codierungs-CLI Nachrichten entwerfen, wie in KI-Commit-Nachrichten mit Claude Code und Codex.
• Üben Sie zunächst an einem Wegwerf-Repository mit der kostenlosen Lektion Unveröffentlichte Arbeit auf eine neue Basis umstellen.

GitTree verfügt über einen kostenlosen Plan, der alle Git-Funktionen, einschließlich privater Repositories, auf macOS, Windows und Linux in English and Arabic abdeckt; Nour, der KI-Assistent, wird mit GitTree Pro geliefert (siehe Preise). Es benötigt Git 2.39 oder neuer und ein GitTree-Konto, um sich anzumelden. Laden Sie es von der Download-Seite herunter oder vergleichen Sie zuerst die besten Git-GUI-Clients.