我在具有大规模多并行分支的环境中工作。看看GIT，我发现它有几种合并策略：
already up-to-date
fast-forward
octopus
resolve
recursive
Mercurial是否具有相应的每一个？ （即Mercurial的合并算法的实现和递归一样好吗？
答案 0 :(得分：9)
那些不是合并策略，我想第一个是什么时候没有合并（明显支持）。第二个不是合并，以hg更新相当于快进（没有什么可以合并）。
不适用于mercurial，合并总是在两个脑袋之间。
这是默认的合并策略。
可能可以使用自定义合并脚本（hg完成，例如git只需调用外部工具来处理合并）。但是现在似乎没有人对此感兴趣，也许是因为与解决方案相比它没有带来很多改进。