git - 为什么 Git 子树总是处理每个提交？

Question

我正在使用 Git subtree在项目之间共享我的源代码的子文件夹。这工作正常，但每次我执行 git 子树推送时，终端都会显示不断增长的提交列表:

git subtree push --prefix=public/js/engine engine-remote master --squash
git push using:  engine-remote master
-n 1/    1193 (0) 
-n 2/    1193 (1) 
-n 3/    1193 (2)
...
-n 1193/    1193 (1152)
Counting objects: 176, done.
...

这是为什么？我可以配置不同的东西来防止这种情况发生吗？我知道它需要检查父项目的提交，但我希望它只是到最后一次成功从子树中 pull 的点。

Answer 1

回答0

我在日常工作流程中不使用 git-subtree，所以我不得不对此进行一些研究，但是现在开始吧:

git subtree push 执行 git subtree split 后跟 git push。命令，显示此提交列表实际上是 git subtree split。如果 split 在提交消息中没有找到标记为适当的“git-subtree-dir:”行的提交，那么它会遍历整个项目历史并创建新的历史，修剪到单个目录 - 在你的情况下它一定是这样做的。

如何避免这种情况？

成功git subtree push后，你可以做git subtree split --rejoin[1]。这将创建空的 merge 提交，这将把子树的历史与你的项目的历史结合起来；将来调用 git subtree 将在拆分子目录 [2] 的历史记录时使用来自该 merge 提交的消息。相同的信息应该放在 git subtree pull 之后的 merge 提交中，但通常不是(有时是)[3]；您可以在 git subtree pull 之后执行 git subtree split，但结果图看起来很难看。请参阅 [3]。

答案 1

真的不好吗？很高兴将其打印出来。在打印每一行回车后，我得到了很好的“动画”，从 0 到 n(单行 - 不是输出，你粘贴在你的问题中)。也许您的终端无法识别回车(我猜这可能是 Windows 或 OS X 上的问题)？您使用什么操作系统？

答案2

如果您不能使用 split --rejoin 并且此输出确实困扰您，您可以使用 -q|--quiet stash 它。

引用文献和我的评论

[1] 但请注意!手册页说:

If you do all your merges with '--squash', don't use '--rejoin' when you split, because you don't want the subproject's history to be part of your project anyway.

因此，如果适合您的特定情况，请使用 --rejoin。

[2]可以说这可以更好地实现，但是 git-subtree 不能将其存储在提交对象本身中，因为它不是 git 的 native 功能(还？)。它是 bash 脚本，您可以在 contrib/目录中找到它:https://github.com/git/git/blob/master/contrib/subtree/git-subtree.sh这可能是此功能的文档很少的原因(嘿，但是手册页很棒)。

[3]我做了一些实验，有时会看到正确的 merge 提交出现——不知何故，这似乎与 git subtree pull 导致冲突的情况有关。这可能表明 git-subtree.sh 中存在错误；给我更多信息，以便我可以进一步调查(并希望修复它)。我查看了该文件的历史记录，没有看到任何相关修复...

你使用什么版本的 git？ (我的是 1.9.3)。该共享目录的工作流程是什么？是 git subtree add 编辑的吗？提交是双向流动的，还是仅在单个 repo 中创建？