SVN从主干向分支合并svn:externals属性失败问题咨询

首先可以明确：你对“主干到分支合并应支持svn:externals属性变更”的理解是完全正确的，之所以出现被忽略的情况，是SVN 1.7.x版本在属性合并逻辑上的特定限制，不是你的操作有误。

问题背后的原因 #

SVN 1.7.x在处理属性合并时，会严格依赖属性的“血统（ancestry）”关联：

• 当你从主干向分支合并时，如果分支的svn:externals属性和主干的该属性没有连续的历史关联（比如分支创建时属性就与主干不同，或者分支曾独立修改过这个属性），SVN会默认认为这两个属性是“无关”的变更，从而忽略主干的属性修改。
• 而从分支向主干合并时，分支的属性变更本身是基于主干的版本衍生的，血统关联是连续的，所以合并能正常识别并应用变更。

你的解决方案是合理的，同时还有其他可选方法 #

你提到的开启“Ignore ancestry”后二次合并是解决这个问题的标准方法之一——这个选项会让SVN跳过血统检查，直接对比主干和分支目标版本的svn:externals内容差异，从而正确合并变更。

除此之外，你还可以尝试这些方法：

• 手动同步一次属性后再合并：先在分支上手动设置与主干当前版本一致的svn:externals属性并提交，之后再进行常规的主干到分支合并，此时属性的血统关联已建立，后续的属性变更就能正常被合并识别。
• 升级SVN版本到1.8+：SVN 1.8及以后的版本大幅改进了属性合并的逻辑，尤其是针对svn:externals这类特殊属性的处理，基本解决了这种无差别忽略属性变更的问题。

补充说明 #

在使用SmartSVN或TortoiseSVN时，你也可以在合并对话框中确认是否勾选了“合并属性”的选项（不过SVN 1.7默认是勾选的，核心问题还是血统检查）。如果遇到属性合并失败，查看合并日志通常会看到类似“属性变更因血统不匹配被跳过”的提示，这也能验证我们上面的结论。

内容的提问来源于stack exchange，提问作者Creepin