Rebasen Sie einen Zweig, ohne ihn auszuchecken

Ich arbeite also an einem Projekt, das manchmal lange Build-Zeiten hat, und der Build wird sehr oft vermasselt. Wenn ich einen älteren Zweig mit einigen laufenden Arbeiten habe (der festgeschrieben wurde, aber auf einem älteren Elternteil basiert), wird ausgeführt git checkout oldbranch ändert das Arbeitsverzeichnis, um den gesamten alten Code darzustellen, was dazu führt, dass ich erneut einen vollständigen Build ausführen muss.

Normalerweise habe ich jedoch nur ein oder zwei Dateien geändert, und der Rest muss nicht zurückgesetzt werden. Was ich tun möchte, ist, diesen Zweig auf den aktuellen Masterhead umzubasieren und diese Änderungen an den Dateien beizubehalten.

Grundsätzlich, wenn a.rs und b.rs geändert wurden, dann brauche ich eine Möglichkeit, diese Änderungen auf dem aktuellen Kopf basieren zu lassen, ohne andere Dateien als diese beiden zu berühren.

Gibt es einen Git-ish-Weg, dies zu tun? Derzeit jongliere ich mit Patch-Dateien, um dies zu tun.

Ich habe jetzt dasselbe durchgemacht, wie ich gelernt habe git rebase ermöglicht es Ihnen, zwei Zweige auf einmal anzugeben, was im Wesentlichen dazu führt git rebase <remote> <local>z.B.

git rebase origin/master dev

Dies führt zu einem effizienteren Rebase, bei dem Ihre Dateien nicht alle neu geschrieben werden (was der Fall ist, wenn Sie den Zweig zuerst auschecken). Sie müssen immer noch zuerst Merge-Konflikte lösen und erhalten am Ende ein Repository, in dem Ihr local dev Zweig ist ausgecheckt.

Das klingt nach einem guten Anwendungsfall für git cherry-pick. Anstatt den Branch auszuchecken und ihn auf Ihren aktuellen Branch umzubasieren, können Sie auf dem aktuellen Branch bleiben und Commits aus dem alten Branch herauspicken.

Wenn der Branch, aus dem Sie die Rosinen herauspicken, nur aus einem einzigen Commit besteht, können Sie sogar mit seinem Branch-Namen darauf verweisen, z.

git cherry-pick old-branch

dh. nimm den letzten Commit von alter Zweig und wenden Sie die Änderungen an, um einen neuen Commit (unter Beibehaltung der Commit-Nachricht, des Autors usw.) auf Ihrem aktuellen Zweig zu erstellen.

Ich habe den Quellcode überprüft und leider sieht es so aus Es überprüft immer den Basis-Commit Leider denke ich, dass die einzige Möglichkeit, dies zu tun, darin besteht, das Repo in ein anderes Verzeichnis zu klonen, es dort neu zu erstellen und dann die Änderungen wieder in das ursprüngliche Repo zu verschieben und es schließlich zu löschen.

Beachten Sie, dass beim Klonen eines lokalen Repos an einen anderen Ort im selben Dateisystem Hardlinks für die darunter liegenden Dateien verwendet werden .git Es ist also nicht wirklich so langsam, wie Sie denken.

Bearbeiten: Eigentlich ist eine bessere Alternative die Verwendung eines Arbeitsbaums, etwa so:

cd <your repo>
git worktree add ../tmp <branch to rebase>
cd ../tmp
git rebase master
cd -
git worktree remove tmp

Beachten Sie, dass Sie jeweils nur einen Zweig in einem Arbeitsbaum auschecken können.

HINWEIS:
Für die einfache Lösung für das genaue Problem in der Frage suchen Sie nach den Antworten unten, sie sind einfacher.

Für das allgemeinere Problem “Ich möchte einige Änderungen vornehmen, ohne mein Arbeitsverzeichnis zu beschädigen”, lesen Sie weiter.

Siehe die Kommentare dazu git worktree add wenn Ihr Repo sehr groß ist.

Klonen Sie das Repo, erstellen Sie eine Rebase in der geklonten Kopie und schieben Sie es zurück.

Wenn Sie sich in Ihrem Repo befinden, sollte es Folgendes sein:

cd ..
git clone <name_of_your_repo_directory> tmp_repo
cd tmp_repo
git checkout origin/oldBranch
git rebase origin/master
git push -f origin HEAD:oldBranch

In tmp_repo origin ist natürlich der Name Ihres lokalen Repos (das Sie geklont haben).

Hinweis: Der Effekt wird so sein wie tun

git checkout oldBranch
git rebase master

in Ihrem ursprünglichen Repo, nicht wie

git checkout oldBranch
git rebase origin/master

Wenn Sie haben

-A---o---o---o---o---D
 \---B---o---C

und D ausgecheckt ist (was meiner Meinung nach Ihre Situation ist), können Sie

git cherry-pick B..C

um das zu erreichen:

-A---o---o---o---o---D---B---o---C

wobei C jetzt Kopf ist, und ohne die Dateien zu berühren, die in A..D. geändert wurden