【发布时间】:2011-10-03 08:42:23
【问题描述】:
当我们使用子树合并策略时,git如何找到子树?我发现只有一个提到here:“它实际上猜测您要合并的子树。通常,这神奇地证明是正确的,但是如果您的子树包含很多更改(或者最初是空的,或其他),那么它可能会严重失败。” 它是如何猜测的,如果失败了,我该怎么办? 自 2009 年 8 月写下该答案以来,有什么变化吗?
【问题讨论】:
当我们使用子树合并策略时,git如何找到子树?我发现只有一个提到here:“它实际上猜测您要合并的子树。通常,这神奇地证明是正确的,但是如果您的子树包含很多更改(或者最初是空的,或其他),那么它可能会严重失败。” 它是如何猜测的,如果失败了,我该怎么办? 自 2009 年 8 月写下该答案以来,有什么变化吗?
【问题讨论】:
这里有一些关于子树合并的有用文章:
http://blog.brad.jones.name/2011/10/52/merging-two-git-repositories-history
http://kernel.org/pub/software/scm/git/docs/howto/using-merge-subtree.html
https://help.github.com/articles/working-with-subtree-merge
自询问日期以来,子树合并的状态发生了变化,包括添加了--Xsubtree= 参数以允许您绕过“猜测”。
【讨论】: