# Git rebase an der Befehlszeile verwenden

Im Folgenden findest du ein kurzes Tutorial zur Verwendung von git rebase über die Befehlszeile.

## Rebase mit Git verwenden

In diesem Beispiel werden mit Ausnahme von `git rebase` alle verfügbaren `exec`-Befehle vorgestellt.

Wir beginnen das Rebasing, indem wir `git rebase --interactive HEAD~7` im Terminal eingeben. Unser bevorzugter Texteditor zeigt die folgenden Zeilen an:

```text
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
```

In diesem Beispiel führen wir folgende Schritte aus:

* Den fünften Commit (`fa39187`) mithilfe von `squash` in den `"Patch A"`-Commit (`1fc6c95`) squashen.
* Den letzten Commit (`7b36971`) vor den `"Patch B"`-Commit (`6b2481b`) verschieben und als `pick` behalten.
* Den `"A fix for Patch B"`-Commit (`c619268`) mit dem `"Patch B"`-Commit (`6b2481b`) zusammenführen und die Commitnachricht mit `fixup` ignorieren.
* Den dritten Commit (`dd1475d`) mithilfe von `edit` in zwei kleinere Commits aufteilen.
* Korrigiere die Commit-Nachricht des falsch geschriebenen Commits (`4ca2acc`), indem du `reword` verwendest.

Puh! Klingt nach jeder Menge Arbeit, doch indem wir die Schritte einzeln durchführen, können wir diese Änderungen ohne Weiteres vornehmen.

Zunächst müssen wir die Befehle in der Datei wie folgt ändern:

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

Wir haben den Befehl in jeder Zeile von `pick` in den gewünschten Befehl geändert.

Speichere nun den Vorgang und schließe den Editor. Dadurch wird der interaktive Rebase-Vorgang gestartet.

Git überspringt den ersten Rebase-Befehl `pick 1fc6c95`, da nichts unternommen werden muss, und geht zum nächsten Befehl über: `squash fa39187`. Da für diesen Vorgang deine Eingabe erforderlich ist, öffnet Git den Texteditor erneut. Die geöffnete Datei sieht in etwa wie folgt aus:

```text
# This is a combination of two commits.
# The first commit's message is:

Patch A

# This is the 2nd commit message:

something to add to patch A

# Please enter the commit message for your changes. Lines starting
# with '#' will be ignored, and an empty message aborts the commit.
# Not currently on any branch.
# Changes to be committed:
#   (use "git reset HEAD <file>..." to unstage)
#
# modified:   a
#
```

So sagt Git: "Hey, das habe ich mit diesem `squash` vor." Sie enthält die Nachricht des ersten Commits (`"Patch A"`) und die Nachricht des zweiten Commits (`"something to add to patch A"`). Wenn du mit diesen Commit-Mitteilungen zufrieden bist, kannst du die Datei speichern und den Editor schließen. Andernfalls kannst du einfach den Text der Commit-Mitteilung ändern.

Wenn der Editor geschlossen ist, wird der Rebase-Vorgang fortgesetzt:

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

Git verarbeitet die beiden `pick`-Befehle (für `pick 7b36971` und `pick 6b2481b`).
*Außerdem* wird der `fixup`-Befehl (`fixup c619268`) verarbeitet, da er keine Interaktion erfordert.
`fixup` führt die Änderungen von `c619268` mit dem Commit davor (`6b2481b`) zusammen. Beide Änderungen weisen dieselbe Commitnachricht auf: `"Patch B"`.

Git gelangt zum `edit dd1475d`-Vorgang, hält an und gibt im Terminal die folgende Meldung aus:

```shell
You can amend the commit now, with

        git commit --amend

Once you are satisfied with your changes, run

        git rebase --continue
```

An diesem Punkt kannst du die Dateien in deinem Projekt bearbeiten, um zusätzliche Änderungen vorzunehmen. Für jede von dir vorgenommene Änderung musst du einen neuen Commit durchführen. Gib dazu den Befehl `git commit --amend` ein. Nachdem du alle Änderungen vorgenommen hast, kannst du `git rebase --continue` ausführen.

Anschließend gelangt Git zum Befehl `reword 4ca2acc`. Daraufhin wird dein Texteditor erneut geöffnet und die folgenden Informationen werden angezeigt:

```text
i cant' typ goods

# Please enter the commit message for your changes. Lines starting
# with '#' will be ignored, and an empty message aborts the commit.
# Not currently on any branch.
# Changes to be committed:
#   (use "git reset HEAD^1 <file>..." to unstage)
#
# modified:   a
#
```

Git zeigt erneut die zu bearbeitende Commit-Mitteilung an. Du kannst den Text ändern (`"i cant' typ goods"`), die Datei speichern und den Editor schließen. Git schließt den Rebase-Vorgang ab, und du kehrst zum Terminal zurück.

## Pushen von neu basierten Code auf GitHub

Da du den Git-Verlauf geändert hast, funktioniert das normale `git push origin`**nicht**. Du musst den Befehl ändern, indem du deine neuesten Änderungen per erzwungenem Push-Vorgang überträgst:

```shell
# Don't override changes
$ git push origin main --force-with-lease

# Override changes
$ git push origin main --force
```

> \[!WARNING]
> Das erzwungene Pushen hat ernste Auswirkungen, da so die zeitliche Abfolge von Commits für den Branch geändert wird. Verwenden Sie es mit Vorsicht, insbesondere wenn mehrere Personen auf Ihr Repository zugreifen.

## Weiterführende Lektüre

* [Mergekonflikte nach einem „git rebase“ lösen](/de/enterprise-server@3.22/get-started/using-git/resolving-merge-conflicts-after-a-git-rebase)