Git合并冲突怎么解决？手动操作教程

当Git在合并分支时遇到同一文件相同区域被不同分支修改的情况，便会中断流程并标记冲突，此时必须手动介入解决：先用git status定位冲突文件，再在编辑器中识别并清理HEAD与目标分支的三段式标记块，根据实际需求保留、删除或融合双方代码，确保语法正确且功能无误后，逐个执行git add暂存已解决的文件，最后通过git commit完成合并；此外，还可配置并使用git mergetool调用图形化工具（如vimdiff）更直观、安全地处理冲突，大幅提升解决效率与准确性。

当执行 git merge 命令时，若同一文件的相同区域被不同分支修改，Git 无法自动判断应保留哪一方变更，便会中断合并流程并标记为冲突状态。以下是解决此类合并冲突的具体方法：

一、查看冲突文件并定位冲突块

Git 在发生冲突时会将冲突区域用特殊标记包裹，便于人工识别和编辑。需先确认哪些文件存在冲突，再逐个打开编辑。

1、运行 git status 查看当前工作区状态，输出中显示 “Unmerged paths” 下的文件即为冲突文件。

2、打开任一冲突文件，在文本编辑器中查找形如 <<<<<< HEAD、=======、>>>>>> branch-name 的三段式标记块。

3、标记块中 HEAD 部分代表当前所在分支的修改，另一分支名后的内容代表待合并分支的修改。

二、手动编辑冲突文件并保存

必须由开发者明确决定保留、舍弃或融合双方修改，编辑后删除全部冲突标记，使文件恢复为合法、可运行的代码状态。

1、删除 <<<<<< HEAD、=======、>>>>>> branch-name 这三行标记符号。

2、保留需要的代码行，删除不需要的版本内容，或合并逻辑（例如保留两个函数调用、整合条件分支等）。

3、确保语法正确、无重复定义、变量引用有效，并通过本地测试验证功能正常。

三、标记冲突已解决并暂存文件

Git 不会自动认为文件已解决，必须显式执行 git add 命令将其加入暂存区，才能继续完成合并。

1、对每个已编辑完成的冲突文件，运行 git add 文件名（例如 git add src/main.js）。

2、再次执行 git status，确认该文件不再出现在 “Unmerged paths” 中，而是显示在 “Changes to be committed” 区域。

3、若存在多个冲突文件，需对每一个单独执行 git add，不可使用 git add . 跳过未解决文件。

四、完成合并提交

所有冲突文件均被暂存后，Git 允许提交本次合并结果，生成新的合并提交对象。

1、运行 git commit，默认打开编辑器显示预设的合并提交信息（如 "Merge branch 'dev' into main"）。

2、直接保存并退出编辑器（无需修改），Git 将创建合并提交。

3、执行 git log --oneline --graph 验证是否出现包含两个父提交的合并节点。

五、使用 mergetool 辅助解决冲突

Git 内置支持图形化合并工具，可直观对比左右版本、选择保留项或手动编辑，降低误操作风险。

1、配置工具（以 vimdiff 为例）：git config --global merge.tool vimdiff。

2、在冲突状态下运行 git mergetool，自动启动配置的工具界面。

3、在工具中逐个处理冲突块，按提示保存退出，工具会自动执行 git add 标记已解决。

文中关于的知识介绍，希望对你的学习有所帮助！若是受益匪浅，那就动动鼠标收藏这篇《Git合并冲突怎么解决？手动操作教程》文章吧，也可关注golang学习网公众号了解相关技术文章。