Subversion：如何解决合并-重新整合中的冲突？

Question

我以一种非常简单的方式使用Subversion：我是唯一处理代码的人，并且我有一个“ prod”和“ devel”分支。每当我尝试合并-重新整合除最简单的更改以外的任何内容时，我都会遇到冲突以及如何处理它们的很多选择，这些都不知道，因为我没有得到“我的”和“他们的”的含义在这种情况下（只有“我”）。另外，自从上次成功重新集成以来，我在“ prod”分支中什么都没有做过任何更改，并且我也没有忘记合并后进行检入和更新。

最近几次遇到这种情况，我最终删除了.svn子目录和存储库，并根据我的“ devel”子树的最新内容启动了一个新的存储库。

无需多说，我已经仔细阅读了svn书中的相关章节，但它仅提及冲突场景，在该场景中确实确实有人在处理同一文件的同一部分，在我看来，这显然并没有发生了。

所以我的问题是：

• 为什么首先会发生冲突？

• 发生冲突时，我该怎么办才能解决冲突？

Answer 1

  

为什么首先会发生冲突？

因为某物显然处于冲突状态

  

发生冲突时，我该怎么办才能解决冲突？   检查它的性质，手动解决。

顺便说一句，您始终可以使用--dry-run选项在进行实际合并之前测试合并，检查结果并准备进行真正合并所需的一切

…或迁移到Mercurial，在明显的情况下（以及一些对SVN不太明显的合并），您将得到更少的合并地狱，例如合并edit + rename合并分支）

Answer 2

似乎我必须先将^ / prod合并到^ / devel中，然后再将^ / devel重新集成到^ / prod中（并在其中进行检入和更新）。我很确定自从上次重新集成以来，/ prod中什么都没有改变，但是可能是错误的，然后被那些“我们对他们”的错误消息所迷惑。

svn书中提到应该首先合并，但是我并没有引起太多注意，因为我认为这仅适用于“他们”对主干独立于“我”的情况。