为什么可能git日志不显示移动的文件的历史，我能做些什么呢？
我已经使用git mv重命名了一些文件，使用了git stash ，快速浏览了HEAD（没有改变它），然后用git stash pop以重新获得全部内容。 我的举动已经从提交列表中消失了，所以我用git rm重新编写了它们，提交消息声称git已经发现重命名是重命名。 所以我没有想到更多。
但现在，提交后，我无法得到移动的文件的历史！ 下面是git所说的关于提交的问题：
~/projects% git log --summary commit de6e9fa2179ae17ec35a5c368d246f19da27f93a Author: brone Date: Wed Dec 8 22:37:54 2010 +0000 Moved R_DebugUI into runtime delete mode 100644 test/R_DebugUI_iOS.h delete mode 100644 test/R_DebugUI_iOS.m create mode 100644 system/runtime/src/R_DebugUI_iOS.h create mode 100644 system/runtime/src/R_DebugUI_iOS.m <<snip older commits>> ~/projects%
我现在正试图获取这些移动文件的历史logging，所以我可以看看旧版本，但是我没有得到任何有用的东西：
~/projects/system/runtime/src% git log --follow --find-copies-harder -M -C R_DebugUI_iOS.m commit de6e9fa2179ae17ec35a5c368d246f19da27f93a Author: brone Date: Wed Dec 8 22:37:54 2010 +0000 Moved R_DebugUI into runtime ~/projects/system/runtime/src%
（我也尝试了没有-M ， -C和 – --find-copies-harder ，但无济于事。）
我可以用它的旧名称得到它的历史，这个名字在它从原来的位置被删除的地方停了下来：
~/projects% git log --summary --follow --find-copies-harder -M -C -- test/R_DebugUI_iOS.m commit de6e9fa2179ae17ec35a5c368d246f19da27f93a Author: brone Date: Wed Dec 8 22:37:54 2010 +0000 Moved R_DebugUI into runtime delete mode 100644 test/R_DebugUI_iOS.m commit 32a22d53c27e260714f759ecb3d3864e38b2e87f Author: brone Date: Tue Dec 7 23:52:51 2010 +0000 Can set debug UI's alpha. <<snip older commits>> ~/projects%
所以我这次并没有完全卡住，但我不想总是这样做。 （我预计会有相当数量的文件在其生命中至less移动一次。）
难道我做错了什么？ 该文件的旧副本和新副本的98.8％是相同的（166条中有2条发生了改变）。 我的理解是，在这种情况下，git应该能够跟踪文件，因为它推断重命名操作，而不是明确地存储它们，并且这些文件是相似的，我相信它应该认为它们是相同的。
有什么我可以做的，以解决这个问题？
请尝试使用git log --follow关注你的文件。 我从这里学习是否可以在git中移动/重命名文件并保持其历史logging？
那么，我确实看到我的重命名与git log -M --summary ..
回答我自己的问题，因为我已经设法减轻我的顾虑，即使我没有完全解决我的问题。 （ git log --follow仍然不适用于我）
首先，重命名提交的--summary日志包括文件的旧名称的delete行。 所以，如果很容易发现，你可以从那里find它的旧名称和git log 。
如果它是一些大的提交的一部分，因此有点难以发现 – 这种情况是我的担心之一 – git blame -C可以用在第一个重命名版本上的文件的新名称。 据推测，线路仍然是原始文件！ – 所以git应该find他们的来源，并显示旧的文件名（和一个提交哈希好措施）。 然后你可以用git log来获取path。
所以，如果你对这个文件的历史有一些兴趣（无论出于什么原因），那么它似乎可以做得相对简单。 虽然我觉得git会更喜欢你正确使用它。
git log --follow ./path/to/file
我相信这是你要找的。
