Git-Rebase-Zweig: So führen Sie ein sicheres Rebase durch, Schritt für Schritt

Um einen Zweig neu zu basieren, rufen Sie ihn ab, wechseln Sie zu ihm und spielen Sie ihn auf der neuen Basis ab: `git fetch origin`, `git switch topic`, `git rebase origin/main`. Git legt die eigenen Commits Ihres Zweigs beiseite, verschiebt den Zweig an die Spitze von origin/main und wendet die Commits dann einzeln erneut an. Der Verlauf bleibt eine gerade Linie ohne Zusammenführungs-Commit. Jeder wiederholte Commit erhält einen neuen Hash, sodass ein Zweig, den Sie bereits gepusht haben, anschließend git push --force-with-lease benötigt.

Was macht Git Rebase mit einem Zweig?

Angenommen, topic hat zwei eigene Commits und main hat seit dem Start des Zweigs drei hinzugewonnen. Durch die Neubasierung wird dieser Ausgangspunkt aktualisiert, ohne dass main mit Ihrem Zweig zusammengeführt wird:

# before
A---B---C---D---E   origin/main
     \
      F---G         topic

# after git rebase origin/main
A---B---C---D---E   origin/main
                 \
                  F'---G'   topic

F' und G' enthalten dieselben Änderungen und Nachrichten wie F und G, aber es handelt sich um neue Commits mit neuen Hashes, da sich ihre Eltern geändert haben. Bei einer Zusammenführung vom selben Startpunkt aus würden beide Zeilen beibehalten und ein Commit mit zwei Eltern hinzugefügt. Die Lektion zu merge versus rebase zeigt beides in einem Diagramm.

Wie kann ich einen Zweig Schritt für Schritt sicher umbasieren?

Zuerst prüfen, den alten Tipp behalten, noch einmal abspielen und dann testen. Die ersten drei Befehle schreiben nichts um:

# 1. update origin/main, your files stay as they are
git fetch origin

# 2. list the commits Git will replay
git log --oneline origin/main..topic

# 3. keep a name on the old tip
git branch topic-backup topic

# 4. replay
git switch topic
git rebase origin/main

Stoppen Sie bei Schritt 2, wenn die Liste einen Commit enthält, den Sie nicht kennen, da dies bedeutet, dass der Zweig nicht an der erwarteten Stelle begonnen hat. Wenn das Rebase beendet ist, führen Sie git status aus, um zu bestätigen, dass es abgeschlossen ist, und führen Sie dann Ihre Tests durch. Ein Rebase ohne Konflikte kann dennoch das Verhalten unterbrechen.

Benennen Sie jedes Mal die Basis. Ein bloßes git rebase verwendet den Upstream des Zweigs, der häufig origin/topic und nicht main ist. Um einen Zweig zu verschieben, der von einem anderen Feature-Zweig aus gestartet wurde, benennen Sie auch die alte Basis: git rebase --onto main old-base topic. In der Lektion zum Neubasieren unveröffentlichter Arbeiten wird dies anhand eines realen Diagramms geübt.

Wie behebe ich Konflikte während eines Rebases?

Git wendet Ihre Commits einzeln an, sodass es mehr als einmal anhalten kann, sogar in denselben Zeilen. Korrigieren Sie nur das Commit, bei dem Git angehalten wurde, da die späteren noch nicht angewendet wurden:

# edit the file and remove the conflict markers, then
git add path/to/file
git rebase --continue

Wenn Sie denselben Konflikt häufig wiederholen, zeichnet git config rerere.enabled true Ihre Lösung auf und verwendet sie erneut. Überprüfen Sie jedes wiederverwendete Ergebnis, da die Antwort von gestern im heutigen Code falsch sein kann. In der Lektion zu Weiter, Überspringen und Abbrechen geht es um jeden einzelnen Fall, und Wie man Zusammenführungskonflikte löst behandelt das Lesen der Markierungen.

Wie überprüfe ich einen Rebase vor dem Pushen?

Vergleichen Sie die alte Serie mit der neuen, bevor es jemand anderes sieht:

# old and new commits, matched pair by pair
git range-diff origin/main topic-backup topic

# everything the branch adds to main, as one diff
git diff origin/main...topic

# the shape of the history
git log --graph --oneline --decorate origin/main topic

git range-diff zeigt an, wann eine Konfliktlösung einen Patch geändert hat oder wann ein Commit verloren gegangen ist. Code, der kompiliert wird, kann immer noch einen abgebrochenen Test oder eine geänderte Bedingung verbergen, und hier erkennt man es.

Wie mache ich einen Rebase rückgängig?

Verwenden Sie während der Ausführung git rebase --abort. Wenn es fertig ist, bewegen Sie den Ast zurück zur alten Spitze. Überprüfen Sie zuerst git status, da --hard nicht committete Änderungen verwirft:

git reset --hard topic-backup

# no backup? find the old tip in the reflog
git reflog show topic
git reset --hard <old-tip-hash>

Die Anleitung zum Rückgängigmachen eines Zurücksetzens, Rebases oder Commits behandelt das Reflog ausführlicher.

Wie pushe ich einen Zweig nach dem Rebase?

Ein normaler Push wird abgelehnt, da der Remote-Zweig noch die alten Commits enthält und Git ein nicht schnelles Update sieht. Überprüfen Sie, was Sie ersetzen möchten, und schließen Sie dann einen Leasingvertrag ab:

git fetch origin
git log --oneline topic..origin/topic
git push --force-with-lease origin topic

Das git log sollte nur Ihre alten Commits auflisten. Alles andere ist die Arbeit eines Teamkollegen, also halten Sie inne und bringen Sie es zuerst ein. --force-with-lease ersetzt den Remote-Zweig nur, wenn er sich immer noch dort befindet, wo Sie ihn beim letzten Abruf gesehen haben, und einfach --force keine solche Prüfung hat. Hintergrundabrufe aktualisieren diesen Wert, sodass Skripte den erwarteten Commit benennen können: git push --force-with-lease=topic:<expected-hash> origin topic.

Sollte ich diesen Zweig umbasieren oder zusammenführen?

Die Anleitung zum Neubasieren eines Zweigs enthält alle Optionen, und Push mit Lease erzwingen deckt den Push ab. Um unterwegs zu squashen, umzuformulieren oder neu zu ordnen, lesen Sie interaktives Rebase in einer GUI.