8

有很多 关于如何在 Git 中重命名文件和文件夹时保留历史记录的优秀 文章。

这适用于 git 命令行界面：

#if you don't modify oldname.cpp or newname.cpp, git will understand your rename

git mv old.cpp new.cpp
git commit -am "renamed old.cpp -> new.cpp"

git log new.cpp #only shows the new commit
git log --follow new.cpp #shows ALL the history of old.cpp and new.cpp

太好了，因此该--follow命令允许我们获取new.cpp重命名后的所有历史记录。这在 git 的命令行界面中效果很好。

但是，在 github Web 界面中，old.cpp没有显示new.cpp. 这是一个问题，因为我的许多团队成员都将他们的 github 帐户视为简历的一部分。如果他们的提交在重命名文件后没有出现在 github 中，那么他们将失去恢复点。在主要的文件名/目录重组之后，贡献者最终可能在 repo 上没有一个可见的提交。

git log --follow重命名文件后，如何在 github Web 界面（例如）中显示完整的文件历史记录？

或者我坚持从不重命名任何东西，除非我愿意让普通的 github 用户永远看不到旧的提交？

4

1 回答 1

4

正如您可能从您链接的这三个问题中知道的那样，Git 中没有任何内容可以跟踪文件移动。对于 Git，它只是一个文件被删除，另一个文件被添加。只有前端根据内容的相似性对文件移动进行一些识别。因此，如果 GitHub 不提供对之前可能已移动的文件的更改的跟踪，那么除了要求 GitHub 进行处理之外，您无能为力。

话虽如此，您关于文件移动将使贡献者最终没有可见提交的说法是错误的。是的，如果我查看以前删除的单个文件的历史记录，那么这可能看起来像这样，但是，正如您现在可能看到的那样，Git 不会忘记存储库中发生的事情。并且存储库的日志仍将包含从给定分支可见的每个提交。这显然还包括在文件移动之前发生的提交（因为 Git 跟踪内容，而不是更改）。您通常可以在https://github.com/<user>/<project>/commits/<branch>.

这里还有一点：日志只包括那些从给定分支可见的提交。因此，如果您在多个分支上工作，那么整个事情无论如何都是相当愚蠢的。如果您想了解贡献者在一个项目上的工作量，您应该使用位于 的项目图表https://github.com/<user>/<project>/graphs/contributors。

但是，当然，衡量提交计数无论如何都不是一个好的指标（与LOC ratio之类的东西相同）。

于 2013-09-30T20:26:07.480 回答