我想支持以下情况:
我尝试按照here描述进行虚拟合并,首先在一个方向上,然后在几次成功合并之后,在另一个方向上进行虚拟合并(虚拟合并的虚拟合并)。现在我需要在另一个方向再次进行合并,这里另一个虚拟合并(虚拟合并的虚拟合并)对我不再有帮助(我希望无论如何一个虚拟合并就足够了。)
是否有可能以这种方式进行开发,或者在一个分支中进行大部分开发是否更好? (嗯,我知道这对hg更好,但我有理由)
答案 0 :(得分:1)
<强>前言强>
如果两个分支共享相同的功能(不稳定的常见DEVEL),除了额外的头痛之外,我无法看到这种分裂的任何原因
<强>脸部强>
如果您要将此合并集转换为MQ-patch(或者{{} {},您可以避免将不需要的变更集从一个分支合并到另一个分支和使用普通合并3}})并始终合并| to(read shelveset for merge to branch hint)branch with unapplied patch