Git 作为现代软件开发中不可或缺的版本控制工具，其强大的分支管理能力让团队协作变得高效。然而，只要有多人同时修改代码，冲突就不可避免。很多开发者一看到 CONFLICT 提示就头皮发麻，其实冲突并不可怕——它只是 Git 在告诉你：“这里需要你来做决定。”本文将系统讲解在 merge、rebase 和 cherry-pick 三种场景下的冲突处理方式，帮助你从“怕冲突”变成“玩转冲突”。
一、冲突的本质：Git 为什么无法自动合并？
Git 的自动合并基于“三路合并”（three-way merge）算法，它会找到两个分支的共同祖先，然后分别比较双方相对于祖先的改动。如果两个分支修改了同一文件的同一区域，Git 就无法判断该保留哪一个，于是产生冲突。
冲突标记长这样：
<<<<<<< HEAD
当前分支的代码
=======
传入分支的代码
>>>>>>> feature-branch
<<<<<<< HEAD到=======之间是当前分支的内容。=======到>>>>>>>之间是即将合入的内容。
解决冲突的核心就是：手动编辑这些区域，保留正确逻辑，删除所有标记符号。
二、合并（merge）中的冲突处理
这是最常见的场景。假设你在 main 分支上执行：
git merge feature/login
如果产生冲突，Git 会暂停合并，并列出冲突文件。
处理步骤
- 查看冲突文件列表
git status
-
打开每个冲突文件，手动编辑
决定保留哪部分代码，或整合双方逻辑，然后删除
<<<<<<<、=======、>>>>>>>这些标记。 -
标记为已解决
git add <file>
- 完成合并
git commit
Git 会自动生成一条合并提交信息，你也可以自定义。
如果想放弃合并？
git merge --abort
这会将工作区恢复到合并前的状态。
三、变基（rebase）中的冲突处理
变基的本质是“把当前分支的提交逐个应用到目标分支上”，因此每个提交都可能产生冲突。这也是 rebase 比 merge 更容易让人崩溃的原因。
假设你在 feature 分支执行：
git rebase main
如果某个提交与 main 冲突，Git 会暂停并提示：
CONFLICT (content): Merge conflict in app.js
error: could not apply 3a4b5c6... 修改登录逻辑
处理步骤
-
解决当前冲突
和 merge 一样，编辑文件、删除标记、
git add。 -
继续变基
git rebase --continue
- 如果还有后续提交冲突，重复以上步骤
常用辅助命令
- 放弃变基，回到原始状态：
git rebase --abort
- 跳过当前这个提交（慎用，会丢失该提交的改动）：
git rebase --skip
小技巧：在 rebase 前先执行
git fetch并确保本地分支干净，可以大幅减少冲突复杂度。如果冲突太多，可以考虑改用git merge，因为 merge 只解决一次冲突。
四、cherry-pick 中的冲突处理
cherry-pick 用于把某个特定提交“复制”到当前分支。它同样可能因为上下文不一致而产生冲突。
git cherry-pick a1b2c3d
如果冲突：
error: could not apply a1b2c3d... 修复支付回调
处理步骤
- 解决冲突：编辑文件、
git add。 - 继续 cherry-pick：
git cherry-pick --continue
- 放弃操作：
git cherry-pick --abort
- 跳过当前提交（不推荐，除非你确定要丢弃）：
git cherry-pick --skip
cherry-pick 的冲突通常比 rebase 更局部，因为一次只应用一个提交，处理起来相对轻松。
五、通用冲突解决策略与工具
无论哪种场景，以下策略都能帮你更快脱困：
1. 使用图形化工具
git mergetool
配置你喜欢的工具（如 VS Code、Beyond Compare、meld），可视化对比三方差异，点击即可选择保留哪边。
2. 查看冲突来源
git log --merge -p <file>
这能显示冲突双方各自的提交历史，帮你理解为什么冲突。
3. 采用“ ours ”或“ theirs ”策略
- 全部保留当前分支：
git checkout --ours <file>
- 全部保留传入分支：
git checkout --theirs <file>
注意：在 rebase 中，
ours和theirs的含义与 merge 相反——ours是目标分支（如 main），theirs是你的特性分支。使用前务必确认。
4. 预防胜于治疗
- 频繁拉取主分支并合并/变基，避免长期分支。
- 小步提交，减少单次冲突范围。
- 团队约定代码格式，避免因格式化产生无意义冲突。
六、总结
| 场景 | 冲突特点 | 继续命令 | 放弃命令 |
|---|---|---|---|
| merge | 一次性解决所有冲突 | git commit |
git merge --abort |
| rebase | 每个提交都可能冲突 | git rebase --continue |
git rebase --abort |
| cherry-pick | 单个提交冲突 | git cherry-pick --continue |
git cherry-pick --abort |
冲突不是错误，而是协作的信号。掌握这三种场景的处理流程，再配合可视化工具和良好的分支习惯，你就能从容应对绝大多数冲突。下次看到 CONFLICT，不妨深呼吸，然后打开文件——你离解决问题只差一次 git add。
未经允许不得转载：任鹏个人博客 » Git 冲突解决完全手册：合并、变基与 cherry-pick 中的冲突处理
朋友圈点赞图在线生成源码
