Git如何部分解决合并冲突并保留未解决状态供人工处理？

核心问题原因 #

你当前通过“保留ours侧”处理未解决冲突的方式，会让Git判定该文件的冲突已完全解决——因为这种操作本质是明确告诉Git“选择当前分支内容作为冲突解决方案”，Git会自动移除冲突标记并将文件标记为已合并状态，因此PR合并后不会再显示冲突。

正确实现方案 #

要保留未解决冲突供开发者手动修复，关键是让文件中保留Git原生的冲突标记（<<<<<<<、=======、>>>>>>>），同时只提交已解决的部分变更，具体流程如下：

1. 启动合并但不自动完成提交
   在特性分支上执行合并时，添加--no-commit参数，避免Git自动生成合并提交，保持合并状态：

   git checkout feature-branch
   git merge --no-commit dest-branch
   

2. 部分解决冲突并保留未解决标记
   遍历所有冲突文件：

   • 对工具可自动解决的冲突区域，替换为生成的解决方案；
   • 对无法自动解决的冲突区域，不要修改，保留Git生成的冲突标记原样。

3. 交互式暂存已解决的变更
   不要直接用git add提交整个文件，而是用交互式暂存功能，只提交已解决的部分：

   git add -p 目标文件名
   

   按照命令行提示，选择要暂存的已解决代码块（hunk），未解决的冲突区域会留在工作区。

4. 提交变更并推送至新分支
   提交已解决的部分：

   git commit -m "Auto-resolve partial conflicts with dest-branch"
   

   推送至专门的解决方案分支：

   git push origin feature-branch:auto-resolve-partial
   

5. 创建PR并合并
   基于auto-resolve-partial分支创建PR合并到feature-branch，合并完成后：

   • 已解决的冲突变更会应用到特性分支；
   • 未解决的冲突标记会保留在对应文件中，Git执行git status或后续合并操作时，会自动识别这些标记并提示存在未解决冲突，引导开发者手动修复。

关键注意事项 #

• 绝对不要手动移除未解决区域的冲突标记，也不要用git add提交包含未解决冲突的整个文件，否则Git会判定冲突已解决；
• 若需要批量处理多个文件，可编写脚本批量调用git add -p的非交互式模式，或者用git update-index命令精准控制暂存的内容。

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