在Git协作开发中，分支合并是常有的操作，但“冲突”往往是新手最头疼的问题——就像两个队友同时修改了同一个文件的同一行代码，Git不知道该听谁的，只能暂停下来让你手动解决。别慌！掌握这3个实用技巧，轻松化解冲突不再难。
技巧一：看懂冲突标记，手动修改冲突¶
当你执行 git merge 目标分支 或 git rebase 目标分支 时，如果出现 Automatic merge failed（自动合并失败），说明有冲突。这时候，Git会在冲突文件里用特殊标记标出矛盾区域，你需要先看懂这些标记，再手动修改。
具体步骤：¶
-
定位冲突文件：
执行git status，Git会列出所有冲突的文件（比如both modified: yourfile.txt）。 -
打开冲突文件，找到标记：
打开冲突文件，你会看到类似这样的内容：
<<<<<<< HEAD // 当前分支（比如dev）的代码
我在dev分支修改了这行
======= // 分隔线
我在feature分支也修改了这行
>>>>>>> feature // 待合并分支（比如feature）的代码
<<<<<<< HEAD到=======之间：是你当前分支（比如dev）的修改。=======到>>>>>>>之间：是待合并分支（比如feature）的修改。
-
修改并保留正确代码：
根据业务逻辑，删除不需要的部分，保留正确的代码。比如：
- 如果你需要同时保留两个分支的修改，就在中间补充合并后的逻辑（比如合并注释、整合功能）。
- 如果你确定只需要其中一个分支的修改，就删掉另一个分支的代码，只留自己需要的部分。 -
标记为已解决：
修改完成后，执行git add 冲突文件（比如git add yourfile.txt），告诉Git“冲突已解决”。 -
继续合并流程：
如果是merge，执行git merge --continue；如果是rebase，执行git rebase --continue，完成合并。
技巧二：用可视化工具，一键解决冲突¶
手动改代码容易出错，其实主流编辑器或Git客户端都自带“可视化冲突解决工具”，操作更直观。以 VS Code 为例（新手最常用）：
具体步骤：¶
-
打开冲突文件：
冲突发生后，VS Code会自动高亮冲突区域，左侧显示“当前分支代码”，右侧显示“待合并分支代码”。 -
点击按钮快速选择：
- 想保留当前分支代码：点击左侧代码旁的「Accept Current Change」。
- 想保留待合并分支代码：点击右侧代码旁的「Accept Incoming Change」。
- 想合并两边代码：点击「Accept Both Changes」（适合需要整合的场景）。
- 想对比细节：点击「Compare Changes」，逐行对比后手动选择。 -
保存并标记解决：
确认修改后，保存文件，执行git add 冲突文件，然后继续合并流程。
技巧三：提前准备，从源头减少冲突¶
解决冲突的最高境界是“不让冲突发生”！养成这两个习惯，冲突会少很多：
习惯1：合并前拉取最新代码¶
在合并目标分支前，先确保自己的分支是基于“最新版本”创建的。比如：
# 1. 切换到目标分支（比如主分支master）
git checkout master
# 2. 拉取最新代码（避免本地版本太旧）
git pull origin master
# 3. 切回自己的分支（比如dev）
git checkout dev
# 4. 合并目标分支（此时冲突会少很多）
git merge master
习惯2：小步合并，频繁同步¶
不要等到代码“堆成山”才合并！比如：
- 每天完成一个小功能就合并到主分支（比如 git merge feature/xxx）。
- 合并后及时测试，发现问题快速修复，避免差异越来越大。
总结¶
解决Git分支合并冲突，核心是：
1. 看懂标记，手动修改：这是基础技能，必须掌握。
2. 善用工具，一键解决：用编辑器或客户端的可视化工具，比纯命令行更高效。
3. 提前准备，减少冲突：拉取最新代码、小步合并，从根源降低冲突概率。
刚开始可能觉得麻烦，但多练习几次，你会发现冲突其实很“友好”——毕竟，Git只是在提醒你“代码需要更清晰的分工”。加油，你很快就能熟练驾驭分支合并啦！