如何在Git冲突合并状态下获取文件的最近公共祖先提交

刚好碰到过类似的场景，给你一套不用切换分支就能搞定的步骤：

1. 快速获取两个分支的最近公共祖先（LCA） #

首先先拿到B1和B2分支分开前的那个共同提交，直接在当前合并冲突的终端里跑：

# 把公共祖先的哈希存成变量，方便后续使用
LCA=$(git merge-base B1 B2)
# 也可以直接打印哈希值查看
git merge-base B1 B2

这个命令会输出一串哈希值，就是两个分支最后一次同步的那个提交节点。

2. 查看B2分支的具体改动（无需切换分支） #

现在不用切换到B2，直接对比B2相对于公共祖先的差异，精准定位它改了什么：

git diff $LCA B2 -- path/to/your/conflicted-file

把path/to/your/conflicted-file换成你有冲突的文件路径，就能看到B2从公共祖先开始到底做了哪些修改——不管是有意的那一处简单改动，还是意外影响的多行代码，都会清晰显示出来。

3. 保留B1内容并重新实现B2的改动 #

接下来先把冲突文件恢复成B1的版本，确保完全保留B1的重构内容：

# 直接取出B1分支上的文件版本覆盖当前冲突文件
git checkout B1 -- path/to/your/conflicted-file

这一步之后，文件就回到了B1的状态，没有冲突标记了。然后你就可以根据刚才git diff看到的B2改动内容，手动在文件里重新实现对应的修改——这样既不会遗漏B2的需求，又能保证代码是B1的整洁重构版本。

4. 完成合并 #

修改完之后，把文件标记为已解决冲突，然后完成合并提交：

git add path/to/your/conflicted-file
git commit

提交的时候Git会自动生成合并提交的信息，你可以按需修改后保存。

这样全程不用切换分支，就在当前合并冲突的状态下搞定了所有操作～

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