维基百科称3向合并不像双向合并那样容易出错,而且通常不需要用户干预.为什么会这样？
3向合并成功并且双向合并失败的示例将是有帮助的.
假设我有一个本地和一个远程Mercurial存储库.现在,我开始研究一个功能.我正在努力,当我认为它完成后,我提交变更集.再测试一下,我发现我可以通过调整代码中的内容来进一步改进这个功能.我做出改变并提交.20分钟后,我发现这个新功能有一个错误,所以我修复它并提交它.
我现在有3个变更集,我真的想将其作为一个变更集推送到远程存储库,例如,消息"实现功能X".
如何在没有太多麻烦的情况下做到这一点？我相信我可以用补丁来做,但看起来很多工作.
关于如何压缩git和其他DVCS的提交,也有很多问题,例如:
我的问题是,我想要压缩提交吗？我应该保留详细的提交顺序,显示功能是如何开发的,还是我应该在功能完成后将它们压缩成一个,以保持历史更清晰？
我想在推送时保留一些私有提交,所以我希望它们被捆绑到远程端的一个大提交中.在当地,他们应该保持分裂.
用例例如是静态博客上的工作.草案步骤应该在本地提交和跟踪,但在推送时我只想发布已发布的版本.
将接受git和/或mercurial的解决方案.