如何在Git仓库中判断历史提交是否由合并冲突产生？

首先明确核心判断依据：解决合并冲突生成的提交，本质是手动介入冲突解决后完成的合并提交，和普通提交、无冲突自动合并的提交有明确的特征差异——普通提交仅存在1个父提交，手动解冲突的合并提交会存在2个及以上父提交，不会触发Git的快进自动合并逻辑。

Git Bash 工具操作流程 #

• 前置操作：先切换到需要分析的特定目标分支，执行命令 git checkout <目标分支名称>
• 精准核查某条已知的过往提交：
  • 查看目标提交的父提交数量，执行命令 git cat-file -p <目标提交的完整/短哈希>，根据输出的parent字段判断：
    • 仅存在1个parent条目：该提交为普通代码修改提交，绝对不是合并冲突解决生成的提交
    • 存在2个及以上parent条目：该提交为合并类提交，需进一步核查是否经过手动冲突解决
  • 验证合并提交的生成过程：执行命令 git log --merges <目标提交哈希>^..<目标提交哈希>，结合协作分支的并行提交时间线判断——如果该合并提交的生成时间晚于两条并行开发分支的最后提交时间，且未触发快进合并，即可判定为手动解决冲突生成的提交
  • 辅助验证：查看该提交的实际变更内容，执行命令 git show <目标提交哈希>，解冲突的提交一般会同时保留两个分支对同一段代码的修改痕迹，不会是纯自动合并的代码拼接结果
• 批量筛选分支上所有解冲突生成的提交：
  • 执行命令 git log --merges --pretty=format:"%h | %作者 | %提交日期 | %提交说明" --date=short，命令会输出所有多父的合并提交列表
  • 从列表中排除标注为自动合并的条目，剩余条目即为手动解决合并冲突产生的提交

TortoiseGit 工具操作流程 #

• 前置操作：打开目标Git仓库的本地文件夹，右键唤出TortoiseGit菜单，选择「Show Log」打开提交日志面板，在面板顶部的分支选择器中选中需要分析的特定目标分支
• 精准核查某条已知的过往提交：
  • 在日志列表中定位到目标提交条目，观察条目的连线标识：普通提交仅存在1条指向父提交的纵向连线，合并类提交会出现交汇的双父连线
  • 对标注了双父连线的提交，右键选择「Show commit differences」，查看提交的关联分支位置：如果该节点是两条并行开发线的交汇点，且节点生成时间晚于两条开发线各自的最后提交时间，即可判定为解决合并冲突生成的提交
• 批量筛选分支上所有解冲突生成的提交：
  • 在日志面板顶部的过滤栏中，勾选「Show merges only」选项，列表会自动过滤出所有多父的合并提交
  • 逐行核对提交说明，排除明确标注为无冲突自动合并的条目，剩余条目即为解冲突产生的提交

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