很久以前，我将子文件夹从主干合并到分支。 当然，这在子文件夹上产生了mergeinfo属性。
稍后，我们将整个主干合并到分支，然后将分支重新整合到主干。 SVN在主干上创建了mergeinfo属性，以指示分支已合并回去。
主干根文件夹上的mergeinfo看起来像这样：
/branches/MyBranch/RootFolder:58544-59790
子文件夹的主干版本还具有具有相同修订范围的mergeinfo属性：
/branches/MyBranch/RootFolder/Subfolder:58544-59790
该分支在整个生命周期中都已与其他几个分支合并，因此，实际上，mergeinfo中各个分支有15个条目，并且所有15个条目都在根文件夹中重复了。
这是几年前。 mergeinfo一直坐在那里，不会造成伤害。
然后上周，我重新整合了另一个完全不相关的分支。这次子文件夹的mergeinfo被删除了。
我在提交中注意到了这一点，但并不认为这是一个问题，因为所有修订版本范围也都在根文件夹的mergeinfo中。
重新集成是使用svn客户端1.9.3版完成的。
注意：当我写“ reintegration”时，我的意思是从分支合并到主干-我没有提供--reintegrate选项。
但是两天后，一位同事从主干合并到一个分支（再次与原始分支完全无关），他的mergeinfo属性发生冲突。
分支上的子文件夹mergeinfo与主干上的子文件夹mergeinfo相同，就在删除之前。因此，我认为这不应该是冲突。
现在我的问题是
是否添加了新的“合并信息清理”功能，该功能会自动删除多余的合并信息属性？
为什么svn会报告删除mergeinfo是冲突？