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

在问题被证明是，我已选择的父/目录作为合并，而不是父/中继/目录的来源。这是用户错误，但树冲突的消息是混乱的。如果SVN刚刚先行一步，做我会立刻看到了问题的合并。

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

感谢您的指针上树冲突龟文档。这是我见过的唯一文档，解决工作树枝。鉴于没有解释为什么我得到了我的分支修改的文件树冲突，但是这个例子。树冲突消息要采取一些习惯。

它看起来像你在大多数情况下，做的是纪念树冲突解决，在这种情况下，它看起来像树的冲突不过是噪音而已。

标记Phippard说，旧的服务器版本不会造成树冲突。服务器只需要如果你想合并跟踪支持，以更新和您的服务器是1.5之前。显然，合并跟踪是从旧的SVN服务器唯一缺少的东西：

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

Answer 2

  

的svn：尝试添加树冲突已经存在

颠覆，是因为再抱怨你做这产生了冲突合并后，你再的没有相同的合并的。 SVN尝试添加一个冲突，但注意到，冲突已经由以前的合并操作中创建。因此，它正确地输出警告。

如果你做一个合并操作，你是不是对结果满意，然后点击尝试别的东西之前，你应该先恢复本地更改。

至于原树冲突：理解为什么行为是从旧客户端，以及如何不同解决这种冲突，你必须阅读的目录树冲突节svn书的。 TortoiseSVN的手册也有一个很好的话题树冲突的。

Answer 3

我猜猜，你所观察的1.6客户端和1.3服务器之间的交互不好。 树冲突检测是1.6的新功能。此外，合并支持已在1.5改变（并取得更可用然后）。

我想尝试在服务器和回购格式升级到1.6，另一件事是尝试使用1.5（无树冲突）或1.4（没有新的合并既不）客户端。

再次，这是所有猜测，可能不会是真正有用的...

Answer 4

嘿家伙我有完全相同的问题，当我试图做一个svn合并树冲突。原来Laurynas是完全正确的。它正在发生，因为svn库是一个老版本。在服务器我进入目录{repopath} \分贝\格式和格式文件内它含有“2”。

我所做的只是做了

svnadmin upgrade {repopath}

这是很痛苦的。

我做了之后，当我试图用合并跟踪，我没有得到任何更多的树冲突！感谢冰山！