如何事后识别Git中存在冲突的合并提交及Cherry-pick操作？

一、识别存在冲突的合并提交 #

之前用git show <commit> --name-status中的MM状态判断合并冲突不可靠——Git自动合并（比如指定ours/theirs策略）也会产生MM标记。推荐用git merge-tree模拟合并，无需修改工作区即可快速判断提交是否因手动解决冲突生成。

实现思路 #

合并提交本质是三方合并：base为两个父提交的共同祖先，ours和theirs分别对应两个父提交。git merge-tree可在内存中完成该合并模拟，若输出包含冲突标记（<<<<<<</=======/>>>>>>>），说明原合并存在冲突并经过手动解决。

批量检测脚本 #

#!/bin/bash

# 遍历所有合并提交（带双父提交的记录）
for commit in $(git log --merges --format="%H"); do
    parent1=$(git rev-parse "$commit^1")
    parent2=$(git rev-parse "$commit^2")
    base=$(git merge-base "$parent1" "$parent2")
    
    # 模拟三方合并并捕获输出
    merge_output=$(git merge-tree "$base" "$parent1" "$parent2" 2>&1)
    
    # 检查是否含冲突标记
    if echo "$merge_output" | grep -q -E '<<<<<<<|=======|>>>>>>>'; then
        echo "🔴 合并提交 $commit 存在手动解决的冲突"
        git log --oneline -1 "$commit"
        echo "------------------------"
    fi
done

二、识别带冲突的Cherry-pick提交 #

Cherry-pick本质也是三方合并：base为原始提交的父提交，ours为当前分支头，theirs为原始提交。冲突解决后的Cherry-pick提交通常会在日志中保留cherry picked from commit <hash>标记，可基于此批量检测。

实现思路 #

1. 筛选日志含Cherry-pick标记的提交；
2. 提取原始提交哈希，用git merge-tree模拟Cherry-pick的三方合并，判断是否存在冲突。

批量检测脚本 #

#!/bin/bash

# 遍历所有含Cherry-pick标记的提交
for commit in $(git log --grep="cherry picked from commit" --format="%H"); do
    # 提取原始提交哈希
    orig_commit=$(git log -1 --format="%B" "$commit" | grep -o 'cherry picked from commit [0-9a-f]*' | awk '{print $4}')
    [ -z "$orig_commit" ] && continue
    
    parent=$(git rev-parse "$commit^1")
    base=$(git rev-parse "$orig_commit^")
    
    # 模拟Cherry-pick的三方合并
    merge_output=$(git merge-tree "$base" "$parent" "$orig_commit" 2>&1)
    
    if echo "$merge_output" | grep -q -E '<<<<<<<|=======|>>>>>>>'; then
        echo "🔴 提交 $commit 是带冲突解决的Cherry-pick（原始提交：$orig_commit）"
        git log --oneline -1 "$commit"
        echo "------------------------"
    fi
done

关键注意事项 #

• git merge-tree仅在内存中操作，不修改工作区/索引，批量检测速度远快于实际合并/cherry-pick；
• 若Cherry-pick提交未保留默认日志标记，可通过git diff --stat对比目标提交与原始提交的变更相似度辅助判断，但这类情况占比极低；
• Git为GPLv2许可，调用其命令行工具符合宽松许可要求，可适配多数场景。

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