合并冲突怎么解决？先搞清楚它从哪来
你在公司写代码，同事也在改同一段功能。你俩都从主干拉了分支，各自提交。等你要把代码合回去的时候，Git 提示：有冲突。这时候别慌，这是再正常不过的事。
合并冲突本质是 Git 不知道该听谁的。比如你改了第 10 行的变量名，同事也改了这一行，还加了注释。Git 没法自动判断哪个更合理，只能标出来让你自己选。
典型的冲突长什么样
当你执行 git merge 或 git pull 出现冲突时，Git 会在文件里插入标记：
<>>>>>> HEAD
let username = "guest";
=======
let user = getCurrentUser();
<<<<<<< feature/auth-update
上面那段是当前分支（HEAD）的内容，下面是即将合并进来的分支内容。你需要手动删掉不要的部分，保留最终想要的代码。
动手解决：三步走策略
第一步：打开报冲突的文件。现代编辑器像 VS Code、WebStorm 都会高亮冲突区域，点“Accept Current”或“Accept Incoming”能快速选择，但建议别偷懒。
第二步：理解两边改了啥。比如你把登录逻辑移到了新函数里，同事优化了错误提示。其实不矛盾，可以整合成既调用新函数又保留提示信息。
第三步：清理标记，保存文件，然后执行：
git add .
git commit -m "修复用户模块合并冲突"注意，必须先 git add，否则 Git 还认为冲突没解决。
避免频繁冲突的小技巧
团队协作时，尽量按模块划分职责。比如你负责订单页，他负责购物车，碰一块儿的概率就小。如果非得改同一文件，提前沟通好节奏。
另外，勤拉主干代码。别在分支上闷头干一周，回来一合并发现几十个冲突。每天花两分钟 git pull origin main，能省下后面半小时排雷。
还有一个实用做法：用 rebase 代替 merge。rebase 能让提交历史更线性，减少交叉带来的冲突概率。当然，公共分支别乱用，不然会打扰别人。
工具能帮你省力
命令行看着原始，但配合 git status 和 git diff --base <file> 能看清差异。图形化工具更直观，比如 Sourcetree、GitKraken，点几下就能对比、选择、合并。
VS Code 自带的合并编辑器也不错，左右分栏显示改动，中间预览结果，适合新手上手。
遇到复杂情况怎么办
有一次我合并两个版本，涉及数据库迁移脚本，两边都删了字段但顺序不同。直接选一边会出问题。最后的办法是新建临时分支，把两边逻辑拆开测试，重新组织语句，确保升级路径通畅。
这种情况不多见，但说明一点：冲突不是障碍，而是提醒你停下来思考设计是否合理。有时候解决冲突的过程，反而让代码变得更清晰。