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

Question

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

15

我正在使用Git子树在项目之间共享源代码的子文件夹。这个方法运行得很好，但每次执行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.
...

为什么会这样，我能否配置一些内容来防止这种情况发生？我知道它需要检查父项目上的提交记录，但我希望它只检查子树最后一次成功拉取的地方。

- Micros

你尝试过传递“-q”给它吗？ - Andrew C

1个回答

网页内容由stack overflow 提供, 点击上面的

可以查看英文原文，
原文链接

- Patryk Obara · Accepted Answer

答案 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]。这将创建一个空合并提交，将子树的历史记录与您的项目的历史记录合并; 将来调用 git subtree 时，将使用该合并提交的消息来拆分子目录的历史记录 [2]。在 git subtree pull 之后，同样的信息应该被放置在合并提交中，但通常没有（有时是）[3]; 你可以在 git subtree pull 后执行 git subtree split，但是结果图形看起来很丑。请参阅 [3]。

答案 1

真的很糟糕吗？将其打印出来很好。每个换行符后都会打印回车符，所以我可以获得漂亮的“动画”，从0到n（在单行中 - 不是你在问题中粘贴的输出）。也许您的终端不识别回车符（我想这可能是 Windows 或 OS X 上的问题）？你用的是什么操作系统？

答案 2

如果你不能使用 split --rejoin 并且这个输出真的困扰你，那么你可以使用 -q|--quiet 将其隐藏。

参考和我的评论

[1] 但要注意！手册上说：

如果您使用“--squash”执行所有合并操作，请不要在拆分时使用“--rejoin”，因为您不希望子项目的历史记录成为您的项目的一部分。根据情况适当使用“--rejoin”。可能有更好的方法实现此功能，但是git-subtree不能将其存储在提交对象本身中，因为这不是git的原生特性（尚未？）。它是bash脚本，可以在contrib/目录中找到：https://github.com/git/git/blob/master/contrib/subtree/git-subtree.sh 这可能是文档稀缺的原因（但手册非常棒）。我进行了一些实验，有时会出现正确的合并提交 - 这似乎与“git subtree pull”导致冲突的情况有关。这可能表示git-subtree.sh中存在错误；给我更多信息，以便我可以进一步调查（并希望解决它）。我查看了该文件的历史记录，并没有看到相关的修复... 您使用的git版本是什么？（我的是1.9.3）。您在共享目录中使用的工作流程是什么？是否已经进行了“git subtree add”？提交是否双向流动，还是仅在单个存储库中创建？