Wie führe ich meine lokalen, nicht übertragenen Änderungen in einem anderen Git-Zweig zusammen?

Question

Wie kann ich in Git Folgendes tun?

Mein aktueller Zweig ist Zweig1 und ich habe einige lokale Änderungen vorgenommen. Jetzt stelle ich jedoch fest, dass ich diese Änderungen eigentlich auf Zweig2 anwenden wollte. Gibt es eine Möglichkeit, diese Änderungen anzuwenden/zusammenzuführen, so dass sie zu lokalen Änderungen in Zweig2 werden, ohne sie in Zweig1 zu binden?

Answer 1

Da Ihre Dateien noch nicht in branch1 :

git stash
git checkout branch2
git stash pop

または

git stash
git checkout branch2
git stash list       # to check the various stash made in different branch
git stash apply x    # to select the right one

Oben ist die längere, explizitere Version von rbento 's respuesta :

git stash
git stash branch branch2

Es verwendet:

git stash branch <branchname> [<stash>]

• Erstellt und checkt einen neuen Zweig namens <branchname> ab der Übertragung, bei der die <stash> ursprünglich erstellt wurde,
• wendet die Änderungen an, die in <stash> auf den neuen Arbeitsbaum und den Index.

Wenn das gelingt, und <stash> ist eine Referenz der Form stash@{<revision>} wird dann die <stash> .

Dies ist nützlich, wenn der Zweig, auf dem Sie git stash push hat sich so verändert, dass git stash apply aufgrund von Konflikten scheitert.
Da der Stash-Eintrag auf die Übergabe angewendet wird, die zu diesem Zeitpunkt HEAD war git stash ausgeführt wurde, wird der ursprünglich gespeicherte Zustand ohne Konflikte wiederhergestellt.

---

Wie kommentiert por benjohn (siehe git stash Manpage ):

Um auch aktuell nicht verfolgte (neu hinzugefügte) Dateien zwischenzuspeichern, fügen Sie das Argument -u , also:

git stash -u

Answer 2

Stashing, temporäre Commits und Rebasing könnten zu viel des Guten sein. Wenn Sie die geänderten Dateien noch nicht in den Index aufgenommen haben, können Sie vielleicht einfach den anderen Zweig auschecken.

git checkout branch2

Dies funktioniert, solange sich keine der Dateien, die Sie bearbeiten, zwischen Zweig1 und Zweig2 unterscheiden. Sie bleiben auf Zweig2 und Ihre Arbeitsänderungen bleiben erhalten. Wenn sie sich unterscheiden, können Sie angeben, dass Sie Ihre lokalen Änderungen mit den Änderungen zusammenführen wollen, die durch den Wechsel der Zweige mit der Option -m Option zur Kasse gehen.

git checkout -m branch2

Wenn Sie Änderungen am Index vorgenommen haben, sollten Sie diese Änderungen zunächst mit einem Reset rückgängig machen. (Dadurch bleibt Ihre Arbeitskopie erhalten, es werden lediglich die Änderungen entfernt).

git reset

Answer 3

Eine kürzere Alternative zur akzeptierten Antwort wäre:

Verschieben Sie die Änderungen vorübergehend in ein Versteck.

1. git stash

Erstellen Sie einen neuen Zweig und wechseln Sie zu diesem, um dann den Vorrat in nur einem Schritt zu öffnen.

2. git stash branch new_branch_name

Dann einfach add y commit die Änderungen an diesem neuen Zweig.

Answer 4

WARNUNG: Nicht für Git-Neulinge.

Das kommt in meinem Arbeitsablauf so oft vor, dass ich schon fast versucht habe, einen neuen Git-Befehl dafür zu schreiben. Der übliche git stash fließen ist der Weg zum Erfolg sondern ist ein wenig unangenehm. Normalerweise mache ich zuerst eine neue Übertragung, da wenn ich mir die Änderungen angesehen habe, sind alle Informationen noch frisch in meinem Gedächtnis und es ist besser, einfach anzufangen git commit Was ich gefunden habe (in der Regel ein Bugfix, der zu Master gehört und den ich bei der Arbeit an einem Feature-Zweig entdecke), bringe ich gleich mit.

Es ist auch hilfreich - wenn Sie häufig in solche Situationen geraten -, wenn Sie ein anderes Arbeitsverzeichnis neben Ihrer aktuellen, die immer die master Zweigstelle überprüft.

Ich gehe also folgendermaßen vor:

1. git commit die Änderungen sofort mit einer guten Commit-Nachricht.
2. git reset HEAD~1 um die Übertragung vom aktuellen Zweig rückgängig zu machen.
3. (optional) die Arbeit an der Funktion fortsetzen.

Manchmal später (asynchron), oder sofort in einem anderen Terminalfenster:

1. cd my-project-master ein weiterer WD, der die gleiche .git
2. git reflog um die Fehlerbehebung zu finden, die ich gerade vorgenommen habe.
3. git cherry-pick SHA1 der Übergabe.

Optional (immer noch asynchron) können Sie dann Ihren Feature-Zweig neu basen (oder zusammenführen), um den Bugfix zu erhalten, normalerweise wenn Sie kurz davor sind, einen PR einzureichen und Ihren Feature-Zweig und WD bereits bereinigt haben:

1. cd my-project das ist die wichtigste WD, an der ich arbeite.
2. git rebase master um die Fehlerbehebungen zu erhalten.

Auf diese Weise kann ich ungestört an dem Feature weiterarbeiten und muss mich nicht um git stash -irgendetwas zu tun oder meine WD vor einer Veranstaltung zu reinigen. git checkout (und dann die Überprüfung der Funktion Zweig wieder aus.) und haben immer noch alle meine Bugfixes geht an master statt in meinem Funktionszweig versteckt.

IMO git stash y git checkout ist eine echte PIA, wenn man gerade an einem großen Feature arbeitet.

Answer 5

Wenn es um übertragene Änderungen ginge, sollten Sie sich git-rebase ansehen, aber wie in dem Kommentar von VonC erwähnt, wäre git-stash, da es sich um lokale Änderungen handelt, sicherlich der richtige Weg, dies zu tun.