Wie soll ich Änderungen von einem Commit zu einem anderen verschieben?

Ich habe zwei Commits auf demselben Zweig, einen direkt nach dem anderen. Ich habe Änderungen an Datei A zum ersten Commit hinzugefügt, und dann habe ich einige Änderungen an anderen Dateien vorgenommen und dann einen weiteren Commit durchgeführt. Jetzt möchte ich, dass die Änderungen an Datei A beim zweiten Commit und nicht beim ersten erfolgen. Was ist der eleganteste Weg?

Ich habe ein Skript geschrieben, um diesen Zweck zu erfüllen. Sie können es auschecken hier.

Mit dem Skript wäre es so einfach wie:

mv-changes HEAD~ HEAD fileA

Ich weiß, dass dies eine alte Frage ist, aber ich hatte genau dieselbe Anfrage und habe gerade herausgefunden, wie dieses Problem am besten gelöst werden kann: Sie müssen eine interaktive Rebase verwenden und „Bearbeiten“ für die beiden Commits wählen, von denen Sie eine Änderung verschieben möchten, und zu.

Angenommen, Sie haben 3 Commits:

$ git log -3 --oneline
97e9d62 Commit C, editing file2.txt
34b066b Commit B, creating file2.txt + editing file1.txt
73ff1bb Commit A, creating file1.txt

Wenn Sie nun möchten, dass Commit B nur die Erstellung von file2.txt enthält, aber nicht die Ausgabe von file1.txt, die in Commit C enthalten sein sollte, git rebase -i wird dies anzeigen:

pick 73ff1bb Commit A, creating file1.txt
pick 34b066b Commit B, creating file2.txt + editing file1.txt
pick 97e9d62 Commit C, editing file2.txt

# ...

Wenn ich „pick“ durch „edit“ oder „e“ für Commit B und Commit C ersetze und meinen Editor schließe, stoppt git beim zweiten Commit und lässt mich meine Änderungen ändern:

pick 73ff1bb Commit A, creating file1.txt
edit 34b066b Commit B, creating file2.txt + editing file1.txt
edit 97e9d62 Commit C, editing file2.txt

Stopped at 34b066b... Commit B, creating file2.txt + editing file1.txt
You can amend the commit now, with

    git commit --amend

Once you are satisfied with your changes, run

    git rebase --continue

$ vi file1.txt    # edit of file1.txt to remove the updated line
$ git commit --amend file1.txt
$ git rebase --continue

# -- git continues rebasing and stops on the Commit C to edit it

$ vi file1.txt   # edit of file1.txt to put the removed line
$ git commit --amend file1.txt
$ git rebase --continue

Und das ist es.

Achten Sie darauf, die Zeile(n), die Sie aus dem ersten Commit entfernen, irgendwo zu speichern, um sie in den zweiten einzufügen. Es kann sich in der Zwischenablage, einer Textdatei usw. befinden. Ich denke, es sollte möglich sein, sich darauf zu verlassen git stash auch, aber wenn es sich um eine einfache Änderung handelt, ist es einfacher, sie in der Zwischenablage zu behalten.

Wenn es sich um kleine Commits handelt und Commits in Git immer klein sein sollten, ist dies der einfachste Weg git reset HEAD^^ und dann mach sie einfach nochmal. Beachten Sie, dass jede Lösung dafür das Umschreiben des Verlaufs beinhaltet, und wenn Sie diese Commits bereits irgendwohin verschoben haben, sollten Sie dies nicht tun, es sei denn, Sie wissen, was Sie tun.

Eine weitere Lösung für dieses Problem

• Suchen Sie den Commit direkt vor den beiden Commits (wahrscheinlich ist dies der Master-Branch)
• Laufen git rebase -i <commit before commits to be reordered> (git rebase -i master in den meisten Fällen)
• Vertauschen Sie im Texteditor die Reihenfolge der Commits (verwenden Sie für vim die sequence ddp während auf der Linie, die sich nach unten bewegen sollte)
• Speichern, beenden und git rebase den Rest erledigen lassen

In dem wahrscheinlich unwahrscheinlichen Fall, dass Sie gerade diese Commits erstellt haben, machen Sie den zweiten Commit mit rückgängig git reset HEAD^ und füge die Änderungen dann mit dem ersten Commit hinzu git commit --amend.

In dem wahrscheinlicheren Fall, dass Sie weitergezogen sind und die Commits irgendwann in der Vergangenheit lagen, ist ein Rebasing Ihre beste Option. Ohne Ihre genaue Situation zu kennen, ist es wahrscheinlich am besten, eine Referenz zu zitieren, die sie gut erklärt.

Sowohl beim ersten als auch beim zweiten Ereignis erklärt der Abschnitt des Pro Git-Buchs über das Umschreiben der Historie die Optionen gut – sowohl wann sie verwendet werden sollten als auch wann Vorsicht geboten ist.

6.4 Git-Tools – Historie umschreiben