变基遇合并冲突时，如何用git difftool查看两组基准变更？

变基冲突的核心逻辑 #

交互式变基时的冲突，本质是你要迁移的提交补丁基于旧基底生成，现在要套到新基底上——新旧基底的变更可能重叠（比如补丁要修改的函数被新基底删除）。解决这类冲突的关键，是可视化三组关键版本的差异：

• 共同祖先：待迁移提交与新基底的共同起点
• 待应用提交：你要整理的目标提交内容
• 新基底：你要重定位于的目标状态

1. 配置Meld为Git默认工具 #

执行以下命令完成全局配置，后续无需重复设置：

git config --global diff.tool meld
git config --global merge.tool meld
git config --global difftool.prompt false  # 跳过每次确认弹窗
git config --global mergetool.prompt false

2. 冲突时查看两组关键变更 #

变基暂停后，用以下命令分别可视化两组核心差异：

查看待应用提交的变更 #

对应git rebase --show-current-patch的内容，但通过Meld可视化展示：

# 展示当前待应用提交相对于其父节点的变更（即你要迁移的补丁）
git diff HEAD HEAD~1 --tool meld

或者通过缓存区对比，更直接查看待应用的修改：

git diff --cached --tool meld

查看新基底的变更 #

帮你理解基底发生了哪些修改，导致补丁无法直接应用：

# 找到共同祖先，对比新基底与祖先的差异
git diff $(git merge-base HEAD ORIG_HEAD) ORIG_HEAD --tool meld

3. 用Meld三方合并直接生成最终版本 #

最高效的方式是直接调用Git的合并工具，它会自动触发Meld的三方合并模式：

git mergetool

Meld打开后会显示四个面板：

• 左面板：共同祖先版本（冲突代码的原始状态）
• 中面板：你的待应用提交版本（你要迁移的修改）
• 右面板：新基底版本（目标分支的当前状态）
• 底部面板：可编辑的最终版本（直接修改即可生成合并后内容）

修改完成后保存文件，Meld会自动通知Git冲突已解决，之后执行：

git add <已解决的文件路径>
git rebase --continue

额外技巧：一键打开两组差异的脚本 #

如果想同时查看两组变更，可编写简单脚本（比如命名为rebase-diff.sh）：

#!/bin/bash
COMMON_ANCESTOR=$(git merge-base HEAD ORIG_HEAD)
# 打开待应用提交与祖先的差异
git diff $COMMON_ANCESTOR HEAD~1 --tool meld &
# 打开新基底与祖先的差异
git diff $COMMON_ANCESTOR ORIG_HEAD --tool meld &

给脚本添加执行权限（chmod +x rebase-diff.sh），变基冲突时运行即可同时打开两个Meld窗口对比。

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