考虑一个有两个中心分支/克隆的Hg项目-例如DEV和PRD。当有人将修补程序推送到PRD时,中央服务器上的自动脚本会转到DEV并拉出新的更改。然后它会尝试将修补程序合并到DEV中。
问题是集成到Hg中的合并工具很糟糕--一旦对同一文件有并行更改,它就会失败。下面是一个例子:
parent:3,7c
four
five
six
seven
child1:3,7c
four
five5
six6
seven7
child2:3,7c
fourmore
five
six
more
seven如你所见,这里没有实际的冲突。如果我们在本地使用kdiff进行合并,它可以在没有用户输入的情况下解决这个简单问题!
我想要一种让中央服务器来管理这些案例的方法。我想过在静默模式下使用kdiff3,但我不能在上面安装kdiff3 (这是一个只有命令行界面的系统,我们甚至没有管理员访问权限),但也许有一种方法可以将diff3插入hg merge,这样它就可以解决像这样的简单情况?我尝试在hgrc中设置"ui = diff3“,但它只是将三个版本输出到/n。我是否遗漏了一些额外的配置?或者有更简单/更好的工具?
非常感谢
发布于 2012-04-13 00:07:29
要使用diff3作为合并工具,您需要添加
[merge-tools]
diff3.args = $local $base $other -m > $output添加到配置文件中。您可以根据需要设置优先级,参见the wiki。您还会发现更复杂的recipes for using diff3 there。
然而,我测试了diff3如何处理相邻行上的编辑,就像Mercurial一样,它也拒绝干净地合并。不同的合并工具对他们认为的“冲突”有不同的阈值,似乎KDiff3比Mercurial和diff3更容易理解。
我建议您让在PRD上制作热修复程序的开发人员负责在本地将其合并到DEV中,这样他就可以访问KDiff3等工具。服务器上的自动合并通常被认为是不好的-合并应该在提交之前由人工验证一下。完成热修复后,不需要做太多额外的工作。
https://stackoverflow.com/questions/10014124
复制相似问题