Skip to main content
We publish frequent updates to our documentation, and translation of this page may still be in progress. For the most current information, please visit the English documentation.
GitHub AE is currently under limited release.

Informationen zu Git-Rebase

Mit dem Befehl git rebase kannst du schnell und einfach mehrere Commits auf einmal ändern und den Verlauf deines Repositorys anpassen. Du kannst Commits neu anordnen, bearbeiten oder squashen.

Normalerweise würdest du Folgendes verwenden git rebase:

  • Frühere Commit-Mitteilungen bearbeiten
  • Mehrere Commits zu einem einzigen zusammenfassen
  • Commits, die nicht mehr benötigt werden, löschen oder rückgängig machen

Warnung: Da die Änderung deines Commit-Verlaufs zu Schwierigkeiten für alle anderen Benutzer des Repositorys führen kann, gilt ein Commit-Rebase nach dem Push an ein Repository als schlechte Praktik. Informationen zum Ausführen eines sicheren Rebase auf your enterprise findest du unter Informationen zum Zusammenführen von Pull Requests.

Commit-Rebase gegen einen Branch

Um ein Rebase für alle Commits zwischen einem anderen Branch und dem aktuellen Branch-Status durchzuführen, kannst du den folgenden Befehl in deiner Shell eingeben (entweder die Eingabeaufforderung unter Windows oder das Terminal unter Mac und Linux):

$ git rebase --interactive OTHER-BRANCH-NAME

Commit-Rebase anhand eines Zeitpunkts

Um ein Rebase für die letzten Commits in deinem aktuellen Branch durchzuführen, kannst du den folgenden Befehl in deiner Shell eingeben:

$ git rebase --interactive HEAD~7

Während des Rebasings verfügbare Befehle

Beim Rebasing stehen sechs Befehle zur Verfügung:

pick
pick bedeutet einfach, dass der Commit enthalten ist. Wenn du die Reihenfolge der pick-Befehle neu anordnest, ändert sich die Reihenfolge der Commits während des Rebasings. Wenn du keinen Commit einbeziehen möchtest, solltest du die gesamte Zeile löschen.
reword
Der Befehl reword ist vergleichbar mit pick. Nachdem du ihn verwendet hast, wird der Rebase-Prozess jedoch angehalten, sodass du die Commitnachricht ändern kannst. Die Änderungen, die durch den Commit vorgenommen werden, sind davon nicht betroffen.
edit
Wenn du edit für einen Commit auswählst, hast du die Möglichkeit, den Commit zu ändern, was bedeutet, dass du den Commit hinzufügen oder komplett ändern kannst. Du kannst auch zusätzliche Commits erstellen, bevor du mit dem Rebasing fortfährst. Auf diese Weise kannst du einen großen Commit in kleinere aufteilen oder fehlerhafte Änderungen, die in einem Commit vorgenommen wurden, entfernen.
squash
Mit diesem Befehl kannst du zwei oder mehr Commits zu einem einzigen Commit zusammenfassen. Ein Commit wird in den Commit darüber eingefügt. Git gibt Dir die Möglichkeit, eine neue Commit-Mitteilung zu schreiben, die beide Änderungen beschreibt.
fixup
Dies ist vergleichbar mit squash. Allerdings wird die Nachricht des zusammenzuführenden Commits verworfen. Der Commit wird einfach in den Commit darüber zusammengefügt, und die Mitteilung des vorstehenden Commits wird verwendet, um beide Änderungen zu beschreiben.
exec
Hiermit kannst du beliebige Shell-Befehle auf einem Commit ausführen.

Hier ist ein Beispiel zur Verwendung von git rebase.

Unabhängig davon, welchen Befehl du verwendest, startet Git deinen Standard-Text-Editor und öffnet eine Datei, die die Commits im ausgewählten Bereich enthält. Diese Datei sieht in etwa so aus:

pick 1fc6c95 Patch A
pick 6b2481b Patch B
pick dd1475d something I want to split
pick c619268 A fix for Patch B
pick fa39187 something to add to patch A
pick 4ca2acc i cant' typ goods
pick 7b36971 something to move before patch B

# Rebase 41a72e6..7b36971 onto 41a72e6
#
# Commands:
#  p, pick = use commit
#  r, reword = use commit, but edit the commit message
#  e, edit = use commit, but stop for amending
#  s, squash = use commit, but meld into previous commit
#  f, fixup = like "squash", but discard this commit's log message
#  x, exec = run command (the rest of the line) using shell
#
# If you remove a line here THAT COMMIT WILL BE LOST.
# However, if you remove everything, the rebase will be aborted.
#

Wenn man diese Informationen von oben nach unten betrachtet, wird Folgendes deutlich:

  • Es werden sieben Commits aufgelistet, was darauf hindeutet, dass es sieben Änderungen zwischen unserem Startpunkt und unserem aktuellen Branch-Status gab.
  • Die Commits, die du für das Rebasing ausgewählt hast, werden in der Reihenfolge der ältesten Änderungen (oben) bis hin zu den neuesten Änderungen (unten) sortiert.
  • In jeder Zeile sind ein Befehl (standardmäßig pick), der Commit-SHA und die Commitnachricht aufgeführt. Beim gesamten git rebase-Verfahren geht es um die Änderung dieser drei Spalten. Die vorgenommenen Änderungen stellen ein Rebase auf dein Repository dar.
  • Nach den Commits erfährst du in Git, mit welchem Commitbereich wir arbeiten (41a72e6..7b36971).
  • Schließlich bietet Git etwas Unterstützung, indem es Dir die Befehle nennt, die Dir beim Rebasing von Commits zur Verfügung stehen.

Weiterführende Themen