是否有可能用"更好"的方法取代TortoiseSVN的合并算法？

Question

从几个月开始使用SVN中的合并功能(通过TortoiseSVN),我觉得SVN经常报告发生冲突的方式.

因此,我正在寻找一种方法来制作(Tortoise)SVN更频繁地自动解决冲突,而无需我的用户交互.

我知道类似的问题以及你可以用外部的替换diff查看器和合并工具的事实:

据我所知,这些工具链接得太迟了; 当内部算法已经检测到无法解决的冲突时,它们会被SVN/TortoiseSVN调用.

所以我的问题是:

• 我对行为的假设(内部合并算法,外部合并工具)是否正确？
• 有没有办法通过(例如付费)工具改进内部合并算法？

(我正在使用VisualSVN Server和V1.7存储库,以防万一)

Answer 1

首先，它与 Tortoise 无关——这只是 SVN 系统之上的一个非常漂亮的 GUI。

现在，也许您有很多实际上需要人工关注的合并。如果是这样，转向 git 或 Mercurial 这样的东西对你一点帮助都没有——它们都不能告诉你真正的意思，就像 SVN 不能告诉你一样。

您可以通过阅读文档来了解SVN 的合并算法。仅供参考 v1.8 对它进行了一些调整，这应该意味着在进行重新集成合并时需要更少的手动决策 - 它现在只是自动执行，所以如果您一直在进行特殊的功能分支样式合并并且一直在这样做错了，就不会再抱怨了。他们现在一直在致力于最后两个版本的合并，不仅通过合并信息不断改进它，而且还通过诸如移动之类的功能来不断改进它，以便它可以告诉文件不是新的或已删除的，从而减少任何树冲突类型的合并。