在团队协作开发中，你改了代码，同事也改了同一段，提交时突然弹出“合并冲突”（merge conflict），这时候该保留谁的版本？很多人遇到这种情况就懵了，其实只要理解清楚，处理起来并不难。
什么是合并冲突？
当你和别人同时修改了同一个文件的同一部分，Git 无法自动判断该用谁的改动，就会停下来，提示你手动解决。这时候 Git 会在文件中标记出冲突区域，让你自己决定保留哪部分内容。
冲突区域长什么样？
打开有冲突的文件，你会看到类似下面的内容：
<<<<<<< HEAD
console.log("欢迎来到首页");
=======
console.log("进入主页面");
>>>>>>> feature/new-welcome
上面这段里，<<<<<<< HEAD 到 ======= 是你当前分支的代码，也就是你本地的修改；而 ======= 到 >>>>>>> 是要合并进来的那个分支的代码，比如同事提交的新内容。
那到底该保留哪个版本？
这不是死规则，得看实际情况。比如你正在做登录功能优化，把提示语从“欢迎来到首页”改成“进入主页面”，而同事也在同个位置加了新逻辑。如果他的改动更符合最新需求，那就保留他的。如果你们的改动都重要，其实可以两个都留。
比如这样整合：
console.log("准备进入主页面");
// 保留双方有用的部分
showWelcomeAnimation();
关键不是选“谁的”，而是让最终代码逻辑正确、功能完整。
别急着删，先沟通
有时候你以为自己的代码是对的，但可能没看到整体调整方向。遇到冲突，最好先跟同事聊两句，看看他为什么这么改。也许你们改的是同一个功能点，合在一起反而能简化逻辑。
公司项目里就有这么一回，两个人分别给同一个按钮加了防抖，结果冲突了。一聊才发现，与其各写一套，不如统一用一个工具函数，代码还更干净。
解决完记得提交
手动改好冲突文件后，先保存，然后执行：
git add 文件名
git commit
这次提交会自动生成一条合并记录，之后就能正常 push 了。
小技巧：用编辑器辅助
像 VS Code 这类编辑器会高亮显示冲突块，还能点“Accept Current Change”或“Accept Incoming Change”快速选择，但别图省事全自动选，容易误删重要逻辑。建议还是手动看过再确认。
合并冲突不可怕，它只是提醒你：“这儿需要人来拿主意。” 多处理几次，你就知道怎么权衡保留哪个版本最合适了。