没有壁球的git-subtree：查看日志

Question

我使用git子树添加而不使用squash选项将树合并到我的存储库中。 git日志显示提交已成功添加到存储库。 但是，如果我执行git log --follow filename ，则历史记录在合并处停止，并且不显示先前的提交。 我尝试使用-M而不是--follow ，这也不起作用。 如何在合并之前获取特定文件或文件的提交日志？

Answer 1

由git subtree merge或git subtree add创建的提交对来自子树的文件执行“添加”，而不是“移动”。 这意味着无法像其他合并或移动一样跟踪其历史记录。

在合并之前直接查看子树，仍然可以显示所需文件的历史记录。 如果您的工作区是git subtree创建的合并提交，那么它的第二个父级（ HEAD^2 ）将是原始子树的最后一次提交。 从这里您可以看到原始子树的内容：

# Display the contents of the original subtree
git ls-tree HEAD^2

通过此提交，您可以跟踪您感兴趣的文件的更改。 请注意，文件的路径在工作区中的子树中是不同的。 您需要删除为git subtree提供的--prefix ，以便为您的文件提供正确的路径。

git log HEAD^2 --follow -- path-in-subtree/file

Answer 2

实际上， git log --follow 应该与子树合并一起使用，但是已知它很长时间都是hackish [1-3]。

可以坚持使用子树合并和休息，以确保该策略对于跟踪多个历史记录是有效的，并耐心地等待git log --follow将改善的不可避免的事件。 这实际上可能是一个可行的决定，因为目前git log --follow可以在非常有用的情况下看到一些历史记录。 假设您将文件从顶级仓库移动到子仓库，然后它可以跟踪完整的移动。 当您想要跟踪特定于子仓库的历史记录时，您必须拥有单独的副本或签出子仓库分支。

替代方案和解决方法

您可以获取这些文件的日志[1]：

git log -- '*filename'          # from the toplevel

这将查看触及名称以filename结尾的文件的每个提交。 它不会遵循实际的重命名，如果你有几个具有相同basename [1]的文件，它可能会显示误报。

您还可以使用不同的策略合并存储库。 Ref [4]显示了一种方法，它与常规子树合并非常接近，但具有可追溯的历史。 基本上，你：

1. 将每个子存储库添加，获取并合并到顶层存储库作为常规远程，无git子树或readtree。 首先，这会将你的根目录视为他们的根目录，所以这应该在项目开始时完成。
2. git mv将子repo文件分离到单独的文件夹中

然后：

• 可以正常获取和合并上游更改，但使用-Xsubtree标志进行git merge。
• 其他情况应该类似。 我已经测试了推进上游并且它有效，请参阅[4]中的评论。

参考

[1]来自git邮件列表http://git.661346.n2.nabble.com/Bug-Files-are-losing-history-after-subtree-merge-td7597197.html

[2]来自git邮件列表http://git.661346.n2.nabble.com/gsoc-Better-git-log-follow-support-td6188083.html#a6188352

[3] git log --follow已经在Google Summer of Code https://git.wiki.kernel.org/index.php/SoC2011Ideas#Better_git_log_--follow_support

[4] https://saintgimp.org/2013/01/22/merging-two-git-repositories-into-one-repository-without-losing-file-history