Verlorene Git-Geschichte nach dem Reorganisieren des Projektordners

Question

Ich machte einen Commit vor ungefähr einem Monat, der mich verursachte, neue Ordner und Unterverzeichnisse zu verursachen und meine Quellcodedateien zwischen ihnen zu verschieben. Ich habe gerade meine Geschichte zum ersten Mal seit dieser Zeit durchgesehen und festgestellt, dass Git 'Geschichte verloren hat, seit die Originaldateien gelöscht und dann wieder hinzugefügt wurden, nehme ich an - dh wenn ich eine Datei in meiner GUI-GUI anschaue unter NDA, so kann ich es nicht direkt diskutieren, aber zum Beispiel ist dieses Repository auch auf GitHub defekt. GitHub zeigt eindeutig, dass es das Commit als eine Reihe von Zügen erkennt.) Es zeigt nur den Verlauf für jede Datei zurück bis zum Projektordner wurde neu organisiert.

Nach dem Lesen ein paar Fragen (Getting Git to Acknowledge Previously Moved Files, How to make git mark a deleted and a new file as a file move?), bin ich einfach mehr verloren als zu Beginn. Es klingt wie aus diesen Antworten, dass ich das überhaupt nicht beheben kann? Ich würde wirklich jede Hilfe hier schätzen.

Answer 1

In Git gibt es nicht das Konzept der Datei verschieben.

Einige Tools, wie GitHub, betrachten ein Commit, das eine Datei namens X enthält, die gelöscht wurde, und eine Datei mit dem Namen X, für die eine Dateiverschiebung erstellt wurde.

Laut Linus Torvalds ist File Move nur ein Spezialfall des Refactorings; Aus diesem Grund wird Git es nicht anders behandeln. Die Behandlung dieses speziellen Falles ist, wie viele andere auch, den übergeordneten Werkzeugen (wie Frontends) überlassen.

Für weitere Informationen zu diesem Thema, überprüfen Sie this answer von Linus Torvalds.

Answer 2

Wenn Sie Revisionen aus Ihrer Geschichte wirklich vermissen (es ist nicht ganz klar aus Ihrer Frage, was eigentlich fehlt) und es ist nur etwa einen Monat, haben Sie wahrscheinlich noch Zeit - schauen Sie sich den Reflog an; Es behält eine Kopie von jeder Referenz, die Sie ausgecheckt haben. Wenn Sie also einen Fehler machen, können Sie zurückbekommen, was Sie vorher hatten.

Die Standardeinstellung ist, dass die Einträge für das erneute Auflisten 90 Tage lang beibehalten werden. Sie sind durch git gc abgelaufen.

git help reflog 

Answer 3

Haben Sie versucht, Einstellungen config diff.renames?

diff.renames 

Tells git Umbenennungen zu erkennen. Wenn auf einen booleschen Wert gesetzt, wird die grundlegende Erkennung von Umbenennungen aktiviert. Wenn "Kopieren" oder "Kopieren" eingestellt ist, werden auch Kopien erkannt.

Hinweis: Um den Verlauf einer einzelnen Datei in Umbenennungen zu verfolgen, müssen Sie "git log -p --follow file" verwenden.

Answer 4

Ich würde ein Skript ausführen, das alle Objekte durchläuft. Sie müssten zuerst alle Paketdateien entpacken. Das Skript würde den Typ überprüfen, wenn es sich um einen Commit handelt, den Sie sehen würden, wenn Sie der Autor sind. Dann überprüfen Sie das Datum. Listen Sie diese und grep für den gewünschten Dateinamen. Sobald Sie die von Interesse verpflichten haben, erstellen Sie einen Zweig mit

git branch RecoveredWork hash-of-your-commit 

und sehen Sie, wenn Sie alle haben, die Sie mit

wollen

git log RecoveredWork --graph --decorate 

von hier aus können Sie einige Filter Verzweigung tun wollen, Pfropfen und/oder Rebasing, um die Geschichte erneut zu verknüpfen.

Answer 5

Soweit ich es sehen Sie wollen:

git log --follow some_file.cpp 

Siehe http://git-scm.com/docs/git-log für weitere Einzelheiten. Ich bin mir nicht sicher, ob du das willst. aber im Falle von Git, git verfolgt Inhalt nicht Dateien. Das Problem ist, dass die Bestimmung, dass Informationen wirklich teuer sind, und es wird angenommen, dass Sie normalerweise nicht brauchen ...

Answer 6

Ich kann mir ein paar Möglichkeiten vorstellen. Wenn Dinge nur herumgeschlurft wurden, aber nicht verfolgt werden, nehme ich an, dass dies in zwei verschiedenen Commits getan wurde ... eines zum Entfernen und dann eines zum erneuten Hinzufügen. Erstellen Sie zuvor einen neuen Zweig im Commit, laden Sie die nächsten beiden Commits als einen Commit, und hängen Sie danach alles an.

Wenn das nicht der Fall ist, müssen Sie möglicherweise mit git log -M -C

Answer 7

an den Festschreibungen sehen Wenn Sie Ordner bewegen in git möchten, können Sie git mv verwenden.

Ich hatte eine Reihe von Ordnern im Stammverzeichnis meines Repositorys und wollte sie in zwei Unterverzeichnisse verschieben, also habe ich die beiden neuen Verzeichnisse mit ** mkdir erstellt.

Dann zog ich Dateien und Ordner einer nach dem anderen in die neuen Verzeichnisse wie folgt aus:

git mv folder1/ newDirectory1/ 
git mv file1.txt newDirectory2/ 

usw.

Ich hatte einen Fall, wo ich wollte src eines der Verzeichnisse umbenennen und ich habe es wie folgt aus:

git mv folder2 newDirectory1/src 

Dies in einer Reihe von Dateien geführt, die so aussah:

Nachdem ich fertig war, erstellte ich einen neuen Zweig namens "reorganisiert", so dass ich nicht die Arbeit stören würde, die ein anderer Entwickler in der Master-Branche machte. Er fuhr fort, an den Akten zu arbeiten, und als er neue Änderungen an den Meister schob, zog ich die Änderungen an und fusionierte sie in meinen Zweig, und alles funktionierte so, wie ich es mir erhofft hatte. Dateien, die verschoben wurden, wurden ordnungsgemäß von ihren ursprünglichen Speicherorten referenziert und ihre Commits erhalten.