主要观点:在之前关于 git 工作流中合并 MR 的帖子中,提倡用 rebase 处理冲突,合并提交保留 MR 历史。但很多人因害怕解决合并冲突而倾向于只做一次合并提交。实际上,使用正确方法解决合并冲突并不难,只是默认方式不好用。git 中有一个conflict=diff3
的选项,能让合并冲突显示更清晰,如示例中通过 3 个版本展示不同更改,能让人一眼看出要解决的冲突,从而更轻松地解决冲突,最后建议全局设置git config --global merge.conflictstyle diff3
。
关键信息:之前帖子提倡的合并方式;很多人因害怕解决冲突而倾向合并提交;conflict=diff3
选项及效果;通过示例展示 diff3 显示的合并冲突内容;设置全局配置消除对合并冲突的恐惧。
重要细节:给出了默认合并冲突显示方式的图片;详细说明了 diff3 显示方式中中间版本对应原始版本,上下版本显示更改;强调通过这种方式可轻松解决冲突,虽不如自动解决好但并非不可克服。
**粗体** _斜体_ [链接](http://example.com) `代码` - 列表 > 引用
。你还可以使用@
来通知其他用户。