重新组织项目文件夹后丢失 git 历史记录

Question

大约一个月前，我进行了一次提交，其中涉及创建新文件夹和子文件夹，并在它们之间移动源代码文件。从那时起，我第一次查看我的历史记录，并意识到 git 已经“丢失”了历史记录，因为原始文件被删除然后重新添加，我想 - 即当我在 git GUI 中查看文件时（它是在保密协议下，所以我不能直接讨论它，但例如，这个存储库在 GitHub 上也被破坏了，GitHub 清楚地显示它检测到提交是一系列动作。）它只显示每个文件回到项目文件夹时的历史记录。被重组。

阅读了几个问题后（让 Git 确认以前移动的文件， 如何让 git 将已删除的文件和新文件标记为文件移动？），我只是比开始时更迷失了。从这些答案看来，我根本无法解决这个问题？我真的很感激这里的任何帮助。

Answer 1

Git 中没有文件移动的概念。

某些工具（例如 GitHub）会考虑包含已删除的名为 X 的文件和已在文件移动中创建的名为 X 的文件的提交。

根据 Linus Torvalds 的说法，文件移动只是重构的一个特例；因此 Git 不会区别对待。与许多其他情况一样，这种特殊情况的处理留给了更高级别的工具（例如前端）。

有关此主题的更多信息，请查看此答案< /a> 来自莱纳斯·托瓦兹。

Answer 2

据我所知，您想要：

git log --follow some_file.cpp

请参阅 http://git-scm.com/docs/git -log 了解详细信息。我不确定这是否是你想要的；但对于 git，git 跟踪内容而不是文件。问题是确定该信息确实非常昂贵，并且假设通常您不需要它......

Answer 3

如果你想在 git 中移动文件夹，你可以使用 git mv。

我的存储库根目录中有一堆文件夹，并且想将它们移动到两个子目录中，因此我使用 **mkdir 创建了两个新目录。

然后我一次将文件和文件夹移动到新目录中，如下所示：

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

等等。

我有一种情况，我想将其中一个目录重命名为 src，我这样做了：

git mv folder2 newDirectory1/src

结果在一组看起来像这样的文件中：

repository/
   newDirectory1/
      folder1/
      src/
   newDirectory2/
      file1.txt

完成后，我创建了一个名为“reorganized”的新分支，这样我就不会干扰其他开发人员在主分支中所做的工作。他继续处理这些文件，当他将新的更改推送到 master 时，我将这些更改拉取并合并到我的分支中，一切都按照我的希望进行。已移动的文件从其原始位置正确引用，并收到其提交。

Answer 4

您是否尝试设置 config diff.renames ？

diff.renames

告诉 git 检测重命名。如果设置为任何布尔值，它将启用基本的重命名检测。如果设置为“副本”或“复制”，它也会检测副本。

注意：要跟踪单个文件的重命名历史记录，您需要使用“git log -p --follow file”。

Answer 5

如果您实际上缺少历史记录中的修订（从您的问题中尚不完全清楚实际缺少的内容）并且只有一个月左右，您可能还有时间 - 查看引用日志；它会保留您签出的每一份参考资料的副本，因此，如果您犯了错误，您可以找回之前的资料。

默认保留 reflog 条目 90 天，它们会被 git gc 过期。

git help reflog

Answer 6

我能想到几种可能性。如果事情只是被打乱，但不跟踪，那么我认为这是在两次不同的提交中完成的......一次删除，然后一次重新添加。在此之前的提交中创建一个新分支，将接下来的两个提交作为一个提交加载，然后追加之后的所有内容。

如果情况并非如此，您可能需要使用 git log -M -C 来查看提交

Answer 7

我将运行一个遍历所有对象的脚本。您需要先解压所有包文件。该脚本将检查类型，如果是提交，您将看到您是否是作者。然后检查日期。列出这些并 grep 查找所需的文件名。一旦你有了感兴趣的提交，创建一个分支

git branch RecoveredWork hash-of-your-commit

，看看你是否拥有你想要的一切，

git log RecoveredWork --graph --decorate

从这里你可能想要做一些过滤分支、嫁接和/或变基以再次链接历史记录。