在颠覆中合并合并是否存在问题？

Question

这里的情况:在一个特定的分支,一些变化已经合并在从树干,也改变分支已合并回进了树干.

我的问题是:什么,如果有的话,就在颠覆合并管理,如果我尝试合并回做成从分支树干修订版本身就是刚刚合并从树干分支？

这会引起问题吗？如果是这样,有什么分类？或者这应该是一件非常好的事情吗？

或者新合并是否只是像其他任何一样对待这些变化,只是尝试应用它们？

Answer 1

这部分取决于您使用的 svn 版本。

在 1.5 之前，根本没有合并跟踪，因此您必须合并您想要的修订版本。大多数人为此使用脚本名称“svnmerge”。如果需要，您可以使用它，并将您已经完成的修订标记为已合并 - 之后，svnmerge 将帮助您选择正确的修订并跳过那些已经合并的修订。

1.5（及更高版本）提供了一些合并跟踪，但它的功能还不是很完整。在您的特定情况下（合并两种方式），我认为 svn 的跟踪无法处理它。您可能需要手动来回合并每个修订版。

就我个人而言，当我在使用 svn 进行项目时，我更喜欢使分支有些短暂，并且只以一种方式（主干到分支）合并，直到从分支到主干的最终合并。完成后，我要么将所有内容合并到主干中并关闭分支，要么合并我想要的内容并关闭分支。由于可能的合并问题（很容易出错），我几乎没有让分支保持活动状态。

Answer 2

即使是较新 SVN 版本的合并跟踪也无法自动处理这种情况。因此，您已指定要手动合并回主干的修订，并且必须确保排除从主干合并到分支的修订。

如果您尝试重新合并已存在于主干中的更改，它们将被视为正常修改。这将不可避免地导致冲突。