97

我已经使用git mv, used重命名了几个文件，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%

我现在正在尝试获取其中一个移动文件的历史记录，以便查看旧版本，但没有得到任何有用的信息：

~/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%

所以这次我并没有完全陷入困境，但我不想一直做这种事情。（我预计会有相当数量的文件在其生命中至少移动一次。）

难道我做错了什么？文件的旧副本和新副本 98.8% 相同（166 行中有 2 行更改）。我的理解是在这种情况下 git 应该能够跟踪文件，因为它推断重命名操作而不是显式存储它们，并且文件足够相似，我相信它应该认为它们是相同的。

我能做些什么来解决这个问题吗？

4

4 回答 4

139

请尝试使用git log --follow您的文件。我从这里学习是否可以在 git 中移动/重命名文件并维护它们的历史记录？

于 2011-11-16T06:43:29.850 回答
30

好吧，我确实看到我的重命名为git log -M --summary..

于 2010-12-09T20:47:25.640 回答
19

回答我自己的问题，因为我已经设法缓解了我的担忧，即使我没有完全解决我的问题。（git log --follow不过，仍然对我不起作用。）

首先，--summary重命名提交的日志包含delete带有文件旧名称的行。因此，如果它很容易被发现，您可以git log从那里找到它的旧名称。

如果它是一些大型提交的一部分，因此更难发现——这种情况是我担心的一个问题——git blame -C可以在第一次重命名后修订中与文件的新名称一起使用。大概是原始文件中的行！-- 所以 git 应该找到它们的来源，并显示旧文件名（以及一个提交哈希值）。然后，您可以使用git log.

因此，如果您对文件作为一个单元的历史感兴趣（无论出于何种原因），那么它似乎可以相对简单地完成。虽然我得到的印象是 git 更喜欢你正确使用它。

于 2010-12-13T22:19:20.560 回答
13 
git log --follow ./path/to/file

我相信这就是你要找的。

于 2016-04-12T00:58:30.060 回答