Nehmen Sie den Dateikopiervorgang mit Git auf

Wenn ich eine Datei in git mit git-mv verschiebe, zeigt der Status an, dass die Datei umbenannt wurde, und selbst wenn ich einige Teile ändere, wird sie immer noch als fast dasselbe angesehen (was gut ist, weil ich damit den Verlauf verfolgen kann). .

Wenn ich eine Datei kopiere, hat die Originaldatei einen Verlauf, den ich der neuen Kopie zuordnen möchte.

Ich habe versucht, die Datei zu verschieben und dann erneut am ursprünglichen Speicherort auszuchecken. Sobald git verschoben wurde, kann ich den ursprünglichen Speicherort nicht mehr auschecken.

Ich habe versucht, eine Dateisystemkopie zu erstellen und dann die Datei hinzuzufügen - git listet sie als neue Datei auf.

Gibt es eine Möglichkeit, Git Record zu einem Dateikopiervorgang zu machen, ähnlich wie es ein Umbenennen / Verschieben von Dateien aufzeichnet, bei dem der Verlauf auf die Originaldatei zurückgeführt werden kann?

Git ist nicht Umbenennungs Tracking noch Kopie Tracking, das heißt es nicht Datensatz Umbenennungen oder Kopien. Stattdessen wird die Erkennung umbenannt und kopiert . Sie können die Umbenennungserkennung in git diff(und git show) mithilfe der -MOption anfordern, Sie können mithilfe der -COption ( -Cimpliziert -M) eine zusätzliche Kopiererkennung in geänderten Dateien anfordern und Sie können eine teurere Kopiererkennung für alle Dateien mit --find-copies-harderoder -C -C(was impliziert -C, was impliziert ) anfordern -M). Siehe die git-diff- Manpage.

Sie können git auch so konfigurieren, dass die Erkennung immer umbenannt wird, indem Sie diff.renameseinen booleschen wahren Wert (z. B. trueoder 1) festlegen, und Sie können git anfordern, auch die Kopiererkennung durchzuführen, indem Sie ihn auf copyoder setzen copies. Siehe die git-config- Manpage.

Überprüfen Sie auch die -lOption git diffund die zugehörige Konfigurationsvariable diff.renameLimit.

Beachten Sie, dass git log <pathspec>dies in Git anders funktioniert: Hier finden Sie <pathspec>eine Reihe von Pfadbegrenzern, wobei path ein (Unter-) Verzeichnisname sein kann. Es filtert und vereinfacht den Verlauf, bevor die Umbenennung und Kopiererkennung ins Spiel kommt. Wenn Sie Umbenennungen und Kopien folgen möchten, verwenden Sie git log --follow <filename>(was derzeit etwas eingeschränkt ist und nur für einzelne Dateien funktioniert).

2020-05-19: Die folgende Lösung bietet den Vorteil, dass das Protokoll der Originaldatei nicht geändert, kein Zusammenführungskonflikt erstellt und kürzer wird.

Sie können Git zwingen, den Verlauf der kopierten Datei in drei Commits zu erkennen:

• Wechseln Sie statt zu kopieren zu einem neuen Zweig und verschieben Sie ihn die Datei an ihren neuen Speicherort.
• Fügen Sie dort die Originaldatei erneut hinzu.
• Führen Sie den neuen Zweig mit der Option "Kein schneller Vorlauf" mit dem ursprünglichen Zweig zusammen --no-ff.

(Credits gehen an Raymond Chen .)

Die frühere Lösung hatte vier Commits:

• Wechseln Sie statt zu kopieren zu einem neuen Zweig und verschieben Sie die Datei an ihren neuen Speicherort.
• Wechseln Sie zum ursprünglichen Zweig und benennen Sie die Datei um.
• Führen Sie den neuen Zweig in den ursprünglichen Zweig ein und lösen Sie den trivialen Konflikt, indem Sie beide Dateien behalten.
• Stellen Sie den ursprünglichen Dateinamen in einem separaten Commit wieder her.

(Lösung von https://stackoverflow.com/a/44036771/1389680 .)