Git 合并冲突的常见场景
在团队协作中，当多个分支同时修改同一文件的相同区域时，Git 无法自动判断保留哪一份代码，便会标记为冲突状态。此时文件中会出现特殊的冲突标记（<<<<<<<、=======、>>>>>>>），需要人工介入处理。
快速识别冲突文件
执行 git status 命令即可查看当前仓库状态。出现冲突的文件通常会显示为 both modified。你可以直接查看文件内容，找到类似以下的标记段：
<<<<<<< HEAD
当前分支的代码
=======
要合并的分支的代码
>>>>>>> branch-name
手动解决冲突的步骤
- 定位冲突点：用编辑器或 IDE 打开冲突文件，搜索上述标记符号。
- 取舍代码逻辑：仔细分析标记间的差异，决定保留哪部分代码，或者将两者合理融合。完成后记得删除所有冲突标记符号。
- 验证修复结果：这一步至关重要。运行测试用例或编译项目，确保修改后的代码没有破坏原有功能。
借助工具提升效率
虽然手动解决最稳妥，但现代工具能大幅降低出错率：
- VS Code：内置了冲突解决界面，支持一键选择'保留当前'、'保留合并'或'合并两者'。
- IntelliJ IDEA：提供三窗格对比视图，方便直观地编辑合并内容。
- 命令行工具：如果配置了差异比较工具（如
meld、kdiff3），运行git mergetool即可调用外部程序辅助解决。
完成合并与提交
确认所有冲突解决后，需要将文件加入暂存区：
git add <file>
随后执行提交命令。Git 通常会自动生成合并描述作为提交信息，无需手动填写，除非你有特定的规范需求。
git commit
如何减少冲突发生
预防永远比解决更重要：
- 频繁拉取更新：建议配合
git pull --rebase使用，保持本地分支历史线性，减少冲突概率。 - 小步快跑：拆分大改动为多次提交，缩小每次变更的影响范围。
- 团队规范：约定文件修改权限，或在关键模块引入代码所有权机制。
复杂情况下的处理策略
若涉及二进制文件或历史重构导致的复杂冲突，可考虑以下方案：
- 强制选择一方版本：使用
git checkout --ours或--theirs（慎用）。 - 回退重来：通过
git reset取消本次合并，重新规划修改逻辑。
关键注意事项
- 解决冲突后务必进行测试，隐性错误往往藏在合并处。
- 严禁提交包含冲突标记的文件，这会导致 CI/CD 流水线失败。
- 若短时间内无法理清冲突，可使用
git stash暂存进度，避免工作丢失。
