Ist es möglich, Dateien in Git zu verschieben/umzubenennen und ihren Verlauf beizubehalten?

Question

Ich möchte einen Projektunterbaum in Git umbenennen/verschieben, indem ich ihn von

/project/xyz

zu

/components/xyz

Wenn ich eine einfache git mv project components dann wird die gesamte Commit-Historie für die xyz project verloren geht. Gibt es eine Möglichkeit, dies so zu verschieben, dass die Historie erhalten bleibt?

Answer 1

Git erkennt Umbenennungen, anstatt die Operation mit dem Commit zu persistieren, d.h. ob Sie git mv o mv spielt keine Rolle.

El log Befehl nimmt eine --follow Argument, das die Historie vor einer Umbenennungsoperation fortsetzt, d.h. es sucht nach ähnlichen Inhalten unter Verwendung von Heuristiken.

Um den gesamten Verlauf abzurufen, verwenden Sie den folgenden Befehl:

git log --follow ./path/to/file

Answer 2

No.

Die kurze Antwort lautet NO . Es ist nicht möglich, eine Datei in Git umzubenennen und sich den Verlauf zu merken. Und es ist eine Qual.

Man munkelt, dass git log --follow --find-copies-harder funktioniert, aber bei mir funktioniert es nicht, selbst wenn es keine Änderungen am Inhalt der Datei gibt und die Verschiebungen mit git mv .

(Ursprünglich habe ich Eclipse verwendet, um Pakete in einem Arbeitsgang umzubenennen und zu aktualisieren, was Git vielleicht verwirrt hat. Aber das ist eine sehr übliche Vorgehensweise. --follow scheint zu funktionieren, wenn nur ein mv durchgeführt und anschließend eine commit und die mv ist nicht allzu weit).

Linus sagt, dass man den gesamten Inhalt eines Softwareprojekts ganzheitlich verstehen soll und nicht einzelne Dateien verfolgen muss. Nun, leider kann mein kleines Gehirn das nicht leisten.

Sie ist sehr ärgerlich dass so viele Leute gedankenlos die Behauptung wiederholt haben, dass Git automatisch Bewegungen verfolgt. Sie haben meine Zeit verschwendet. Git macht so etwas nicht. Git ist so konzipiert(!), dass es Bewegungen überhaupt nicht verfolgt.

Meine Lösung besteht darin, die Dateien an ihren ursprünglichen Speicherort zurückzubenennen. Ändern Sie die Software, um sie an die Versionskontrolle anzupassen. Mit Git müssen Sie es anscheinend nur beim ersten Mal richtig "git".

Leider funktioniert das nicht mit Eclipse, das anscheinend die --follow . git log --follow zeigt manchmal nicht den vollständigen Verlauf von Dateien mit komplizierten Umbenennungsvorgängen, obwohl git log tut. (Ich weiß nicht, warum.)

(Es gibt einige zu clevere Hacks, die zurückgehen und alte Arbeit wieder aufnehmen, aber sie sind eher beängstigend. Siehe GitHub-Gist: emiller/git-mv-mit-geschichte .)

Kurz gesagt: Wenn Subversion macht das falsch ist, dann ist es auch falsch, dass Git dies tut - dies ist keine (falsche!) Funktion, Es ist ein Fehler.

Answer 3

Sie ist möglich um eine Datei umzubenennen und die Historie intakt zu halten, obwohl es dazu führt, dass die Datei in der gesamten Historie des Repositorys umbenannt wird. Dies ist wahrscheinlich nur etwas für obsessive Git-Log-Liebhaber und hat einige schwerwiegende Auswirkungen, einschließlich dieser:

• Sie könnten eine gemeinsame Historie überschreiben, was das wichtigste DON'T bei der Verwendung von Git ist. Wenn jemand anderes das Repository geklont hat, machen Sie es auf diese Weise kaputt. Sie müssen dann neu klonen, um Kopfschmerzen zu vermeiden. Das mag in Ordnung sein, wenn die Umbenennung wichtig genug ist, aber Sie müssen sich das gut überlegen - Sie könnten am Ende eine ganze Open-Source-Gemeinschaft verärgern!
• Wenn Sie die Datei unter ihrem alten Namen in der Repository-Historie referenziert haben, brechen Sie damit frühere Versionen. Um dies zu beheben, müssen Sie ein wenig mehr Aufwand betreiben. Es ist nicht unmöglich, nur mühsam und möglicherweise nicht lohnenswert.

Da Sie immer noch bei mir sind, sind Sie wahrscheinlich ein Solo-Entwickler, der eine völlig isolierte Datei umbenennt. Verschieben wir eine Datei mit filter-tree !

Angenommen, Sie wollen eine Datei verschieben old in einen Ordner dir und geben ihm den Namen new

Dies könnte geschehen mit git mv old dir/new && git add -u dir/new aber das macht die Geschichte kaputt.

Stattdessen:

git filter-branch --tree-filter 'if [ -f old ]; then mkdir dir && mv old dir/new; fi' HEAD

wird wiederherstellen. jede Übergabe im Zweig, wobei der Befehl in den Ticks für jede Iteration ausgeführt wird. Dabei kann eine Menge schief gehen. Normalerweise prüfe ich, ob die Datei vorhanden ist (andernfalls ist sie noch nicht zum Verschieben da) und führe dann die notwendigen Schritte aus, um den Baum nach meinem Geschmack zu gestalten. Dabei können Sie sich durch die Dateien bewegen, um Verweise auf die Datei zu ändern usw. Viel Spaß dabei! :)

Nach Abschluss des Vorgangs wird die Datei verschoben und das Protokoll bleibt intakt. Sie fühlen sich wie ein Piraten-Ninja.

Außerdem ist mkdir dir natürlich nur notwendig, wenn Sie die Datei in einen neuen Ordner verschieben. Die wenn verhindert, dass dieser Ordner zu einem früheren Zeitpunkt erstellt wird, als Ihre Datei bereits existiert.

Answer 4

git log --follow [file]

zeigt Ihnen den Verlauf der Umbenennungen an.

Answer 5

Das tue ich:

git mv {old} {new}
git add -u {new}