Subversion：我可以告诉冲突解决程序，不在 incomig 上，而是在本地文件上查找结构更改吗？
Subversion: Can I tell the conflict resolver, to look for structural changes not on the incomig, but on the local files?
注：本题底层情况也是a slightly different question here的一部分。
情况
我有一个树干，之前已经从树干中提取了一个树枝。然后，在主干 中对一些文件进行了重命名。这些重命名是由“copy/delete”意外做出的，而不是通过正确的 svn 重命名过程进行的。 This is described in the TSVN docs, and in my case the "Repair move" was omitted.
现在我在将分支合并回主干时遇到了树冲突：
- 合并工具无法识别这些重命名，并将它们报告为树冲突
- 虽然“New interactive conflict resolver”应该会发现这样的错误重命名，但它似乎只在 传入 更改时才这样做，而不是针对目标中的那些（我的主干例）。
问题
- 我可以告诉 冲突解决程序在 目标 （本地文件） 中查找结构更改，而不是 传入树?
Can I tell the conflict resolver to look for structural changes in the target (local files), not the incoming tree?
是的，你可以。更准确地说 - 新的解析器 do it "automagically"：请参阅您引用的 "Local change - delete, incoming - edit"
章节中 table 的最后一个字符串
您的常见（此处和链接问题）问题 - 缺少重命名信息，您必须解决该问题（需要一些手工操作）：您必须导出错误删除变更集的转储，修复它，然后导入回来。我很久以前就做过这些技巧，因此 - 现在我只有 ideas of "How To"
注：本题底层情况也是a slightly different question here的一部分。
情况
我有一个树干，之前已经从树干中提取了一个树枝。然后，在主干 中对一些文件进行了重命名。这些重命名是由“copy/delete”意外做出的，而不是通过正确的 svn 重命名过程进行的。 This is described in the TSVN docs, and in my case the "Repair move" was omitted.
现在我在将分支合并回主干时遇到了树冲突：
- 合并工具无法识别这些重命名，并将它们报告为树冲突
- 虽然“New interactive conflict resolver”应该会发现这样的错误重命名，但它似乎只在 传入 更改时才这样做，而不是针对目标中的那些（我的主干例）。
问题
- 我可以告诉 冲突解决程序在 目标 （本地文件） 中查找结构更改，而不是 传入树?
Can I tell the conflict resolver to look for structural changes in the target (local files), not the incoming tree?
是的，你可以。更准确地说 - 新的解析器 do it "automagically"：请参阅您引用的 "Local change - delete, incoming - edit"
章节中 table 的最后一个字符串您的常见（此处和链接问题）问题 - 缺少重命名信息，您必须解决该问题（需要一些手工操作）：您必须导出错误删除变更集的转储，修复它，然后导入回来。我很久以前就做过这些技巧，因此 - 现在我只有 ideas of "How To"