Wie kann ich in Git Folgendes tun?

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

Da Ihre Dateien noch nicht festgeschrieben sind in branch1:

git stash
git checkout branch2
git stash pop

oder

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

Wie von Benjamin kommentiert (siehe git stashManpage ):

Fügen Sie das folgende Argument hinzu, um derzeit nicht verfolgte (neu hinzugefügte) Dateien zu speichern -u:

git stash -u

Verstecken, vorübergehende Festschreibungen und erneutes Basieren können übertrieben sein. Wenn Sie die geänderten Dateien noch nicht zum Index hinzugefügt haben, können Sie möglicherweise nur den anderen Zweig auschecken.

git checkout branch2

Dies funktioniert so lange, wie sich keine Dateien, die Sie bearbeiten, zwischen Zweig1 und Zweig2 unterscheiden. Sie bleiben auf branch2, und Ihre Arbeitsänderungen bleiben erhalten. Wenn sie unterschiedlich sind, können Sie angeben, dass Sie Ihre lokalen Änderungen mit den Änderungen zusammenführen möchten, die durch Wechseln der Zweige mit der -mOption zum Auschecken eingeführt wurden.

git checkout -m branch2

Wenn Sie dem Index Änderungen hinzugefügt haben, möchten Sie diese Änderungen zuerst mit einem Reset rückgängig machen. (Dadurch bleibt Ihre Arbeitskopie erhalten, es werden nur die bereitgestellten Änderungen entfernt.)

git reset

Eine kürzere Alternative zum zuvor erwähnten Stash-Ansatz wäre:

Verschieben Sie die Änderungen vorübergehend in einen Stash.

1. git stash

Erstellen Sie einen neuen Zweig, wechseln Sie zu ihm und fügen Sie ihn in nur einem Schritt hinzu.

2. git stash branch new_branch_name

Dann einfach addund commitdie Änderungen an diesem neuen Zweig.

WARNUNG: Nicht für Git-Neulinge.

Dies kommt in meinem Workflow so oft vor, dass ich fast versucht habe, einen neuen Git-Befehl dafür zu schreiben. Der übliche git stashAblauf ist der richtige Weg, aber etwas umständlich. Normalerweise mache ich zuerst ein neues Commit, da, wenn ich mir die Änderungen angesehen habe, alle Informationen in meinem Kopf frisch sind und es besser ist, einfach mit dem zu beginnen, git commitwas ich gefunden habe (normalerweise ein Bugfix des Masters, den ich bei der Arbeit an einem entdeckt habe Feature-Zweig) sofort.

Es ist auch hilfreich, wenn Sie häufig auf solche Situationen stoßen, neben Ihrem aktuellen Arbeitsverzeichnis ein anderes Arbeitsverzeichnis zu haben, in dem der masterZweig immer ausgecheckt ist.

Wie ich das erreiche, sieht so aus:

1. git commit die Änderungen sofort mit einer guten Commit-Nachricht.
2. git reset HEAD~1 um das Commit von der aktuellen Verzweigung rückgängig zu machen.
3. (optional) Arbeiten Sie weiter an der Funktion.

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

1. cd my-project-master Das ist ein weiterer WD, der das gleiche teilt .git
2. git reflog um den Bugfix zu finden, den ich gerade gemacht habe.
3. git cherry-pick SHA1 des Commits.

Optional (immer noch asynchron) können Sie dann Ihren Feature-Zweig neu gründen (oder zusammenführen), um den Bugfix zu erhalten, normalerweise, wenn Sie eine PR einreichen möchten und Ihren Feature-Zweig und WD bereits bereinigt haben:

1. cd my-project Das ist der Haupt-WD, an dem ich arbeite.
2. git rebase master um die Bugfixes zu bekommen.

Auf diese Weise kann ich ununterbrochen an der Funktion weiterarbeiten und muss mich nicht darum kümmern, git stashirgendetwas zu git checkouttun oder meinen WD vor einem zu bereinigen (und dann den Backout des Feature-Zweigs erneut überprüfen zu lassen.) Und trotzdem alle meine Bugfixes auf masteranstatt gehen lassen versteckt in meinem Feature-Zweig.

IMO git stashund git checkoutist eine echte PIA, wenn Sie gerade an einem großen Feature arbeiten.

Wenn es um festgeschriebene Änderungen geht, sollten Sie sich git-rebase ansehen, aber wie in einem Kommentar von VonC erwähnt, wäre git-stash sicherlich der gute Weg, dies zu tun, wenn Sie über lokale Änderungen sprechen.

Die bisher gegebenen Antworten sind nicht ideal, da sie viel unnötige Arbeit zur Lösung von Zusammenführungskonflikten erfordern oder zu viele Annahmen treffen, die häufig falsch sind. So macht man es perfekt. Der Link führt zu meiner eigenen Seite.

So verpflichten Sie sich zu einem anderen Zweig in git

Sie haben nicht festgeschriebene Änderungen an my_branch, für die Sie eine Festschreibung vornehmen möchten master, ohne alle Änderungen von zu übernehmen my_branch.

Beispiel

git merge master
git stash -u
git checkout master
git stash apply
git reset
git add example.js
git commit
git checkout .
git clean -f -d
git checkout my_branch
git merge master
git stash pop

Erläuterung

Beginnen Sie mit der Zusammenführung masterin Ihrem Zweig, da Sie dies ohnehin irgendwann tun müssen. Jetzt ist der beste Zeitpunkt, um Konflikte zu lösen.

Die -uOption (aka --include-untracked) in git stash -uhindert Sie daran , untracked Dateien zu verlieren , wenn Sie später tun git clean -f -dinnerhalb master.

Nachdem git checkout masteres wichtig ist, dass Sie NICHT tun git stash pop, weil Sie diesen Vorrat später benötigen. Wenn Sie das Versteck Pop erstellt in my_branchund führen Sie dann git stashin master, werden Sie unnötige merge Konflikte verursachen , wenn Sie später , dass Stash gelten my_branch.

git resetstuft alles auf, was daraus resultiert git stash apply. Beispielsweise werden Dateien, die im Stash geändert wurden, aber nicht vorhanden sind master, als Konflikte "von uns gelöscht" bereitgestellt.

git checkout .und git clean -f -dverwerfen Sie alles, was nicht festgeschrieben ist: alle Änderungen an nachverfolgten Dateien sowie alle nicht nachverfolgten Dateien und Verzeichnisse. Sie sind bereits im Stash gespeichert und masterwürden beim Zurückschalten unnötige Zusammenführungskonflikte verursachen, wenn Sie zurück zu wechseln my_branch.

Der letzte git stash popbasiert auf dem Original my_branchund verursacht daher keine Zusammenführungskonflikte. Wenn Ihr Stash jedoch nicht verfolgte Dateien enthält, die Sie als Master festgelegt haben, beschwert sich git, dass "nicht verfolgte Dateien nicht aus dem Stash wiederhergestellt werden konnten". Um diesen Konflikt zu beheben, löschen Sie die Dateien von Ihrem Arbeits Baum, dann git stash pop, git add .und git reset.