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