Svn 在subversion中，合并合并回是一个问题吗？

情况是这样的：在一个特定的分支上，一些更改已从主干中合并，对分支的更改也已合并回主干中

我的问题是：如果我试图将一个修订版从主干合并回主干，Subversion中的合并管理会做什么呢？这个修订版本身只是从主干合并到分支

这会引起问题吗？如果是，那是什么种类？或者这应该是一件完美的事情吗

---

或者新合并只是像对待其他更改一样对待这些更改，并尝试应用它们？

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

---

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

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

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

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

---

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

使用1.5或更高版本的subversion，您必须指定

--将
选项重新集成到svn merge，以便合并仅是以前合并的副本“相反”

注意
1） 由您决定何时使用此选项
2） 这将是该分支的最后一次合并。在这个合并之后，SvN将考虑分支已经死亡，并且进一步的工作将需要破坏和重新创建分支。
这是直接的，尽管文档可以使用更精细的细分方法