git mergetool 与 git apply --3way 如何协同工作？实操界面困惑解析

一、git apply --3way 运作逻辑 #

git apply本身是直接将补丁文件的diff改动应用到当前工作区，但普通模式下如果遇到本地文件和补丁基础版本不匹配的情况，会直接报错终止。加上--3way参数后，Git会启动更智能的处理流程：

• 从补丁的diff信息里，自动查找补丁原本基于的BASE版本（也就是补丁最初修改的那个代码版本）。
• 触发三方合并：把你的本地当前版本（LOCAL，即HEAD指向的内容）、BASE版本、补丁目标版本（REMOTE，补丁里要改成的样子）放在一起对比。
• 自动合并无冲突的代码，遇到双方都修改了同一处的情况，就会标记冲突，把带冲突标记的文件留在工作区，等待手动处理。

二、git mergetool -t meld 的作用 #

git mergetool是Git调用可视化工具处理冲突的入口，-t meld指定用meld这款图形化合并工具来处理。它的核心是把Git三方合并的三个版本可视化，降低冲突解决的难度：

• 执行命令后，Git会遍历所有标记为冲突的文件，逐个调用meld打开。
• meld会展示三个核心窗口（部分设置下会有第四个合并结果窗口）：
  • LOCAL窗口：显示你本地当前的文件版本，也就是补丁应用前的状态。
  • BASE窗口：显示Git找到的补丁原始基础版本，是本地版本和补丁目标版本的共同起点。
  • REMOTE窗口：显示补丁想要改成的最终版本，也就是补丁文件里的改动内容。
  • MERGED窗口：用来编辑最终的合并结果，你可以直接从三个窗口拖拽选中的代码段，或者手动修改内容。

三、二者协同的完整流程 #

1. 执行git apply --3way，Git尝试应用补丁，遇到无法自动合并的冲突时暂停，标记冲突文件。
2. 运行git mergetool -t meld，Git将每个冲突文件的三个版本传递给meld，打开可视化合并界面。
3. 在meld里对比三个版本的差异，手动解决冲突后保存合并结果。
4. 关闭meld窗口后，Git自动把解决好的文件标记为冲突已解决，完成补丁应用的后续步骤。

内容的提问来源于stack exchange，提问作者Alex Henrie