我在主干中有一个特性分支，并定期将主干中的更改合并到分支中，一切都运行正常。今天，我将分支合并回主干中，在创建分支后添加到主干中的任何文件都被标记为“树冲突”。将来有办法避免这种情况吗?
我认为他们没有被正确标记。
当前回答
我不知道这是否发生在你身上，但有时我选择了错误的目录合并，我得到这个错误，即使所有的文件看起来完全正常。
例子:
合并/ svn /项目/部门/分公司/来源 to /svn/Project/trunk——>树冲突
合并/ svn /项目/部门/分公司 to /svn/Project/trunk——> OK
这可能是一个愚蠢的错误，但它并不总是显而易见的，因为你认为它是更复杂的东西。
其他回答
Subversion 1.6添加了树冲突来覆盖目录级别的冲突。一个很好的例子是，当您在本地删除一个文件时，更新会尝试对该文件进行文本更改。另一种情况是，当您对正在编辑的文件进行subversion重命名时，因为这是一个添加/删除操作。
CollabNet的Subversion博客上有一篇关于树冲突的很棒的文章。
这可能是由于没有在所有地方使用相同版本的客户端造成的。
使用版本1.5的客户端和版本1.6的客户端使用同一个存储库会产生这种问题。(我自己也被咬了。)
根据我的经验，每当我删除一个文件夹时，SVN都会产生树冲突。似乎没有什么理由。
我是唯一一个工作在我的代码->删除目录->提交->冲突!
我迫不及待地想切换到Git。
我应该澄清一下，我使用Subclipse。这可能就是问题所在!再说一次，我迫不及待地想换……
我不知道这是否发生在你身上，但有时我选择了错误的目录合并，我得到这个错误，即使所有的文件看起来完全正常。
例子:
合并/ svn /项目/部门/分公司/来源 to /svn/Project/trunk——>树冲突
合并/ svn /项目/部门/分公司 to /svn/Project/trunk——> OK
这可能是一个愚蠢的错误，但它并不总是显而易见的，因为你认为它是更复杂的东西。
我有时会遇到这样的情况:
假设您有一个主干，从中创建了一个发布分支。在主干上做了一些更改之后(特别是创建“some-dir”目录)，你创建了一个特性/修复分支，你想稍后将其合并到发布分支中(因为更改足够小，而且特性/修复对于发布非常重要)。
trunk -- ... -- create "some-dir" -- ...
\ \-feature/fix branch
\- release branch
如果你尝试将特性/修复分支直接合并到发布分支中，你会得到一个树冲突(即使目录甚至不存在于特性/修复分支中):
svn status
! C some-dir
> local missing or deleted or moved away, incoming file edit upon merge
因此，在创建feature/fix分支之前，你需要显式地合并在trunk上完成的提交，该分支在合并feature/fix分支之前创建了“some-dir”目录。
我经常忘记这一点，因为这在git中是不必要的。
