Ich habe einen etwas chaotischen Zweig mit etwa 20 Commits und bereite mich auf eine Zusammenführung zurück zum Master vor. Ich habe es auf Master umgestellt, und bei näherer Betrachtung stelle ich fest, dass Dateien auf eine Weise geändert werden, die für diesen Zweig völlig irrelevant ist und nicht zum Festschreiben bereit sind. Die Änderungen an diesen Dateien sind nicht auf bestimmte Commits beschränkt.
Grundsätzlich möchte ich, dass diese Dateien nach Möglichkeit nicht in diesen Zweig aufgenommen werden. Gibt es einen guten Weg, dies zu tun? Meine Ausweichposition Nr. 1 besteht offensichtlich darin, einfach die neueste Kopie jeder dieser Dateien zu kopieren und dann zu committen. Aber dann wird die Geschichte immer noch die Änderungen enthalten und die Git-Götter werden mich missbilligen.
Fallback-Position Nr. 2 besteht darin, dasselbe zu tun und dann den gesamten Zweigverlauf auf einen Commit zu reduzieren.
Gibt es diesbezüglich Verbesserungen?
Sagen Sie, Ihre Geschichte ist
$ git lola
* 6473d7f (master) Update
| * 9bcfa7e (HEAD, topic) Munge a, b, and c
| * 99af942 Munge b and c
| * 8383e2c Munge a and b
|/
* d1363f4 Baseline
Notiz: lola
ist ein nicht standardmäßiger, aber hilfreicher Alias.
Die Commits haben drei verschiedene Dateien geändert.
$ git log --decorate=short --pretty=oneline --name-status topic
9bcfa7e946a92c226ad50ce430a9e4ae55b32490 (HEAD, topic)
M a
M b
M c
99af942dbb922effcad8a72e96bec9ee9afcc437 Munge b and c
M b
M c
8383e2c8d6092550fec13d3c888c037b3a68af15 Munge a and b
M a
M b
d1363f4fba67d94999b269b51bdb50a8a68ba27a Baseline
A a
A b
A c
Die Änderungen an der Datei b
sind diejenigen, die Sie behalten möchten und an denen Sie alle Änderungen verwerfen möchten a
Und c
. Eine Möglichkeit, dies zu tun, ist mit git filter-branch
.
$ git checkout -b tmp topic
Switched to a new branch 'tmp'
$ git merge-base topic master
d1363f4fba67d94999b269b51bdb50a8a68ba27a
$ git filter-branch --tree-filter 'git checkout d1363f -- a c' master..tmp
Rewrite 8383e2c8d6092550fec13d3c888c037b3a68af15 (1/3)
Rewrite 99af942dbb922effcad8a72e96bec9ee9afcc437 (2/3)
Rewrite 9bcfa7e946a92c226ad50ce430a9e4ae55b32490 (3/3)
Ref 'refs/heads/tmp' was rewritten
Der obige Baumfilter checkt die Commits im genannten Bereich aus und stellt Dateien wieder her a
Und c
auf den Inhalt an der „Merge-Basis“, also dem Commit, bei dem topic
abgezweigt von master
.
Jetzt tmp
hat alles topic
‘s ändert sich zu b
aber keine Änderungen an einer anderen Datei.
$ git log --decorate --pretty=oneline --name-status tmp
9ee7e2bd2f380cc338b0264686bcd6f071eb1087 (HEAD, tmp) Munge a, b, and c
M b
226c22f150af1ddc1f9adc19f97fc4f220851ada Munge b and c
M b
45e706f7b22c37ee2025ee0d04c651135e7b31cd Munge a and b
M b
d1363f4fba67d94999b269b51bdb50a8a68ba27a Baseline
A a
A b
A c
Als Sicherheitsmaßnahme git filter-branch
speichert eine Sicherungskopie Ihrer ursprünglichen Referenz. Wenn Sie mit Ihren Änderungen zufrieden sind und das Backup löschen möchten tmp
laufen
$ git update-ref -d refs/original/refs/heads/tmp
Um zu einer bestimmten Version auszuchecken, können Sie dies tun
git checkout <sha1> <file>
Wo sha1
ist der eindeutige SHA1-Hash der Version, in der sich die Datei befinden soll.
Als Windows-Benutzer bin ich auf ein paar Probleme gestoßen:
- Verwenden Sie doppelte Anführungszeichen für den Befehl –tree-filter.
- Verwenden Sie Schrägstriche für den Dateipfad.
- Beginnen Sie den Dateipfad nicht mit einem Schrägstrich.
So sah mein Befehl letztendlich aus:
git filter-branch -f --tree-filter "git checkout a59f75 -- source/_posts/blog1.md source/_posts/blog2.md" master..tmp