如何在服务器端裸Git仓库中检测分支间无法自动解决的冲突

你已经尝试用git read-tree -i -m ${merge_base} ${branch_a} ${branch_b}模拟合并生成索引，再用git ls-files --stage查看，这个思路方向是对的，但确实仅靠stage编号没法精准判断Git真正无法自动解决、需要人工干预的冲突——毕竟Git的自动合并逻辑很智能，比如两个分支修改了同一行但内容一致，或者修改的是同一行的非重叠部分，它都能自动合并，不会留下多stage的条目。

下面给你两个更可靠的方案，都能在裸仓库中直接运行：

方案1：用git merge-tree直接生成合并结果（推荐） #

git merge-tree是专门用来在无工作区环境下模拟三方合并的工具，它会直接输出合并的详细结果，包括明确的冲突标记，完全适配裸仓库场景：

1. 先获取两个分支的合并基准：

   merge_base=$(git merge-base branch_a branch_b)
   

2. 运行合并模拟并查看结果：

   git merge-tree $merge_base branch_a branch_b
   

   输出里会清晰标记出冲突的文件（以CONFLICT开头），还会显示冲突的具体内容（和你在工作区合并时看到的<<<<<<</=======/>>>>>>>格式一致）。

3. 如果只想提取冲突文件列表，可以用过滤命令：

   git merge-tree $merge_base branch_a branch_b | awk '/^CONFLICT/ {print $NF}' | sort -u
   

   这样就能得到所有Git无法自动解决的冲突文件清单。

方案2：基于你已有的git read-tree流程优化 #

如果你想继续用之前的索引方法，可以结合git diff --index来检测未解决的冲突：

1. 先生成合并索引：

   merge_base=$(git merge-base branch_a branch_b)
   git read-tree -i -m $merge_base branch_a branch_b
   

2. 用git diff --index查看索引中未合并的冲突文件：

   git diff --index --name-only
   

   这个命令会对比合并后的索引和Git自动合并预期的结果，列出所有存在无法自动解决冲突的文件——只有当索引中同一文件存在多个stage条目且内容无法合并时，才会被筛选出来。

为什么之前的git ls-files --stage不够用？ #

当Git能自动合并同一行的修改时（比如两个分支都把某行的"foo"改成"bar"，或者修改的是同一行的不同部分），它会直接生成合并后的内容写入索引，不会留下多stage的条目。只有当Git完全无法判断如何合并时，才会在索引中保留多个stage的版本，这时候git ls-files --stage才能看到，但这种情况只是冲突的一部分，所以需要更精准的工具来检测。

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