我在主干中有一个特性分支，并定期将主干中的更改合并到分支中，一切都运行正常。今天，我将分支合并回主干中，在创建分支后添加到主干中的任何文件都被标记为“树冲突”。将来有办法避免这种情况吗?
我认为他们没有被正确标记。
当前回答
Subversion 1.6添加了树冲突来覆盖目录级别的冲突。一个很好的例子是，当您在本地删除一个文件时，更新会尝试对该文件进行文本更改。另一种情况是，当您对正在编辑的文件进行subversion重命名时，因为这是一个添加/删除操作。
CollabNet的Subversion博客上有一篇关于树冲突的很棒的文章。
其他回答
我也遇到过类似的问题。唯一对我有用的是删除冲突的子目录:
svn delete --force ./SUB_DIR_NAME
然后从工作副本的另一个根目录中再次复制它们:
svn copy ROOT_DIR_NAME/SUB_DIR_NAME
然后做
svn cleanup
and
svn add *
你可能会得到最后一个警告，但忽略它们，最后
svn ci .
我通过Gary给出的链接找到了解决方案(我建议按照这种方式进行)。
通过汇总来解决向SVN客户端1.6提交工作目录的树冲突。X你可以使用:
svn resolve --accept working -R .
在哪里。目录冲突。
警告:“提交你的工作目录”意味着你的沙盒结构将是你要提交的，因此，例如，如果你从你的沙盒中删除了一些文件，它们也会从存储库中删除。这只适用于冲突的目录。
通过这种方式，我们建议SVN解决冲突(——resolve)，从当前目录(.)开始递归地(-R)接受沙箱中的工作副本(——accept working)。
在TortoiseSVN中，右键单击“Resolved”，实际上解决了这个问题。
根据我的经验，每当我删除一个文件夹时，SVN都会产生树冲突。似乎没有什么理由。
我是唯一一个工作在我的代码->删除目录->提交->冲突!
我迫不及待地想切换到Git。
我应该澄清一下，我使用Subclipse。这可能就是问题所在!再说一次，我迫不及待地想换……
Subversion 1.6添加了树冲突来覆盖目录级别的冲突。一个很好的例子是，当您在本地删除一个文件时，更新会尝试对该文件进行文本更改。另一种情况是，当您对正在编辑的文件进行subversion重命名时，因为这是一个添加/删除操作。
CollabNet的Subversion博客上有一篇关于树冲突的很棒的文章。
我遇到了同样的问题，并通过使用这些指令重新做合并来解决它。基本上，它使用SVN的“2-URL合并”将主干更新到分支的当前状态，而不用担心历史和树冲突。让我不用手动修复114棵树的冲突。
我不确定它是否像人们希望的那样保存了历史，但对我来说是值得的。
