Verschieben der letzten Übertragung(en) in einen neuen Zweig mit Git

Question

Ich würde gerne die letzten Commits, die ich an Master übertragen habe, in einen neuen Zweig verschieben und Master auf den Stand vor diesen Commits zurückbringen. Leider ist mein Git-Fu noch nicht stark genug, kann mir jemand helfen?

D.h. Wie kann ich von diesem

master A - B - C - D - E

dazu?

newbranch     C - D - E
             /
master A - B

Answer 1

Viel einfachere Lösung mit git stash

Hier ist eine viel einfachere Lösung für Übertragungen in den falschen Zweig. Starten im Zweig master die drei fehlerhafte Übertragungen aufweist:

git reset HEAD~3
git stash
git checkout newbranch
git stash pop

Wann ist dies zu verwenden?

• Wenn Ihr Hauptzweck darin besteht, ein Rollback durchzuführen master
• Sie möchten Datei-Änderungen behalten
• Sie interessieren sich nicht für die Nachrichten über die falschen Übertragungen
• Sie haben noch nicht geschoben
• Sie wollen, dass Sie sich das leicht merken können
• Sie wollen keine Komplikationen wie temporäre/neue Zweige, das Finden und Kopieren von Commit-Hashes und andere Kopfschmerzen

Was dies bedeutet, nach Zeilennummer

1. Macht die letzten drei Übertragungen (und ihre Nachrichten) an master und lässt dennoch alle Arbeitsdateien intakt
2. Speichert alle Änderungen in der Arbeitsdatei und macht die master der Arbeitsbaum entspricht genau dem Zustand HEAD~3
3. Wechselt zu einem bestehenden Abzweig newbranch
4. Wendet die versteckten Änderungen auf Ihr Arbeitsverzeichnis an und leert den Vorrat

Sie können nun Folgendes verwenden git add et git commit wie Sie es normalerweise tun würden. Alle neuen Übertragungen werden hinzugefügt zu newbranch .

Was dies nicht tut

• Ihr Baum wird nicht durch zufällige, vorübergehende Äste verunstaltet.
• Die fehlerhaften Commit-Meldungen bleiben nicht erhalten, Sie müssen also eine neue Commit-Nachricht zu diesem neuen Commit hinzufügen
• Aktualisieren! Benutzen Sie die Pfeil-nach-oben-Taste, um durch Ihren Befehlspuffer zu blättern und die vorherige Übergabe mit ihrer Übergabemeldung erneut anzuwenden (danke @ARK)

Ziele

Der Auftraggeber gab an, dass das Ziel darin besteht, den Master auf den Stand vor den Übertragungen zurückzusetzen, ohne dass Änderungen verloren gehen, und diese Lösung erfüllt diese Aufgabe.

Ich mache das mindestens einmal pro Woche, wenn ich versehentlich neue Übertragungen an master anstelle von develop . Normalerweise habe ich nur einen Commit zum Rollback, in diesem Fall verwende ich git reset HEAD^ in Zeile 1 ist eine einfachere Möglichkeit, nur eine Übertragung zurückzunehmen.

Tun Sie dies nicht, wenn Sie die Änderungen des Masters upstream gepusht haben

Vielleicht hat jemand anderes diese Änderungen vorgenommen. Wenn Sie nur Ihren lokalen Master umschreiben, hat es keine Auswirkungen, wenn es upstream gepusht wird, aber das Pushen einer umgeschriebenen Historie an Mitwirkende kann Kopfschmerzen verursachen.

Answer 2

Das ist der einfachste Weg, dies zu tun:

1. Umbenennen master Zweig zu Ihrem newbranch (vorausgesetzt, Sie sind auf master Zweig):

git branch -m newbranch

2. erstellen. master Zweig von der gewünschten Übergabe:

git checkout -b master <seven_char_commit_id>

z.B. git checkout -b master a34bc22

HINWEIS: Der Upstream für newbranch wäre origin/master .

Answer 3

Dadurch werden sie zwar nicht im technischen Sinne "bewegt", aber es hat die gleiche Wirkung:

A--B--C  (branch-foo)
 \    ^-- I wanted them here!
  \
   D--E--F--G  (branch-bar)
      ^--^--^-- Opps wrong branch!

While on branch-bar:
$ git reset --hard D # remember the SHAs for E, F, G (or E and G for a range)

A--B--C  (branch-foo)
 \
  \
   D-(E--F--G) detached
   ^-- (branch-bar)

Switch to branch-foo
$ git cherry-pick E..G

A--B--C--E'--F'--G' (branch-foo)
 \   E--F--G detached (This can be ignored)
  \ /
   D--H--I (branch-bar)

Now you won't need to worry about the detached branch because it is basically
like they are in the trash can waiting for the day it gets garbage collected.
Eventually some time in the far future it will look like:

A--B--C--E'--F'--G'--L--M--N--... (branch-foo)
 \
  \
   D--H--I--J--K--.... (branch-bar)

Answer 4

Um dies zu tun, ohne die Geschichte umzuschreiben (d.h. wenn Sie die Commits bereits gepusht haben):

git checkout master
git revert <commitID(s)>
git checkout -b new-branch
git cherry-pick <commitID(s)>

Beide Äste können dann ohne Gewalt geschoben werden!

Answer 5

Ich hatte genau diese Situation:

Branch one: A B C D E F     J   L M  
                       \ (Merge)
Branch two:             G I   K     N

Ich bin aufgetreten:

git branch newbranch 
git reset --hard HEAD~8 
git checkout newbranch

Ich hatte erwartet, dass Commit I der HEAD sein würde, aber jetzt ist es Commit L...

Um sicher zu sein, dass man an der richtigen Stelle in der Historie landet, ist es einfacher, mit dem Hash des Commits zu arbeiten

git branch newbranch 
git reset --hard #########
git checkout newbranch