svn 合并功能因树冲突而中断

Question

我不知道svn团队什么时候决定对我们造成树冲突，但它已经完全破坏了svn的合并功能。

我有一个分支，我想将主干的最新更改合并到分支中。我已经完成了一次这样的合并，但是由于树冲突而失败了。这是命令:

$ svn --force merge -r 3185:3192 svn://chamar2/rx-services/SAMS .
svn: Attempt to add tree conflict that already exists

我第一次尝试这种合并(没有 --force)，它只产生了树冲突，并且没有合并任何内容。现在它只报告上面的消息。

如果我在分支工作副本上执行svn status，它会显示所有具有尚未合并回主干的更改的文件。当然，我的分支的目的是在尚未位于主干中的地方进行这些更改。

他们这样做时在想什么？

我还没有找到任何关于导致树冲突的原因以及既然 svn 创建了这些东西我如何继续工作的可用信息。

有没有办法告诉 svn 忘记树冲突并像以前一样进行合并？

我使用的是 1.6 客户端和较旧的 svn 服务器(可能是 1.3.1)。

Answer 1

问题原来是我选择了parent/目录作为合并源，而不是parent/trunk/目录。这是用户错误，但树冲突消息令人困惑。如果 svn 直接完成合并，我会立即看到问题。

树冲突引入了新的消息语义，需要一些时间来适应。

感谢您指向有关树冲突的 Tortoise 文档。这是我见过的唯一解决分支工作的文档。然而，给出的示例并不能解释为什么我在分支上修改的文件上出现树冲突。树冲突消息需要一些时间来适应。

在大多数情况下，您所做的似乎只是将树冲突标记为已解决，而在这些情况下，树冲突看起来只是噪音。

Mark Phippard 表示较旧的服务器版本不会导致树冲突。仅当您需要合并跟踪支持并且您的服务器是 1.5 之前的版本时，才需要更新服务器。显然，合并跟踪是旧 svn 服务器唯一缺少的东西:

http://eclipse.open.collab.net/ds/viewMessage.do?dsForumId=62&dsMessageId=332448