大约一个月前，我提交了一个关于创建新文件夹和子文件夹并在它们之间移动源代码文件的内容。今天我第一次查看历史记录时才意识到 Git 在原始文件被删除然后重新添加后“丢失”了历史记录 - 例如当我在 Git GUI 中查看文件时（由于涉及 NDA 我不能直接讨论，但比如这个存储库在 GitHub 上也无法显示），它仅显示每个文件自项目文件夹重新组织以来的历史记录。
阅读了一些问题（Getting Git to Acknowledge Previously Moved Files，How to make git mark a deleted and a new file as a file move?）后，我比开始时更迷茫了。从那些答案中听起来，似乎我将完全无法解决这个问题？我真的很感激任何帮助。
在Git中，没有文件移动的概念。
一些工具，如GitHub，认为一个提交包含了一个名为X的已删除文件和一个名为X的新建文件是文件移动。
根据Linus Torvalds的说法，文件移动只是重构的一种特殊情况；因此Git不会对其进行特殊处理。许多其他特殊情况的处理都留给高级工具（如前端）来完成。
有关此主题的更多信息，请查看Linus Torvalds的这个回答。
git log 或 GitHub 上的 history 等工具查看更改文件内容的提交历史记录。但是，当您更改文件的名称时，似乎两者都不再起作用。在 GitHub 上，我只能看到“文件重命名而没有更改。”但是，之前的历史记录现在无法访问了。 - s_baldurgit log --follow some_file.cpp
git mv folder1/ newDirectory1/
git mv file1.txt newDirectory2/
我曾经遇到这样一个情况，我想把其中一个目录重命名为src，我是这样做的：
git mv folder2 newDirectory1/src
repository/
newDirectory1/
folder1/
src/
newDirectory2/
file1.txt
完成后，我创建了一个名为“reorganized”的新分支，这样我就不会干扰另一位开发人员在主分支上的工作。他继续在文件上工作，当他将新更改推送到主分支时，我拉取并合并更改到我的分支，并且一切都按照我希望的那样运行。已移动的文件从其原始位置正确引用，并接收其提交。
diff.renames了吗？diff.renames
告诉git检测重命名。如果设置为任何布尔值，它将启用基本的重命名检测。如果设置为"copies"或"copy"，它还将检测复制。
注意：要在重命名后跟踪单个文件的历史记录，您需要使用" git log -p --follow file "。
我会运行一个脚本，遍历所有对象。你需要先解压所有打包的文件。脚本会检查类型，如果是提交(commit)，则会查看作者是否为你。然后检查日期。列出这些内容并使用 grep 查找你想要的文件名。一旦找到感兴趣的提交(commit)，就创建一个分支。
git branch RecoveredWork hash-of-your-commit
看看你是否拥有所需的一切
git log RecoveredWork --graph --decorate
从这里开始，您可能想要进行一些过滤分支、移植和/或变基操作，以重新链接历史记录。
我能想到一些可能性。如果只是简单地洗牌，但没有跟踪，那么我认为这是在两个不同的提交中完成的...一个用于删除，另一个用于重新添加。在那之前的提交中创建一个新分支，在下一个两个提交作为一个提交中加载，然后附加在其后的所有内容。
如果不是这种情况，您可能需要使用git log -M -C查看提交。
如果你的历史记录确实缺少修订（从你的问题中并不完全清楚实际缺少什么），而且只有一个月左右的时间，那么你可能还有时间——查看reflog；它会保留你检出的每个引用的副本，因此如果你犯了错误，可以恢复到之前的状态。
默认情况下，reflog条目保留90天，它们会被git gc清除。
git help reflog