在团队协作中，Git分支合并是日常操作，但每次合并遇到“冲突”（Conflict）都会让人头大——不仅浪费时间，还可能破坏代码逻辑。今天分享5个实用技巧，帮你从根源减少冲突，让分支合并更顺畅。

技巧一：明确分支职责，避免“一锅乱炖”¶

核心：不同分支只负责一件事，让合并范围清晰。
常见分支类型：
- main（或master）：只放稳定可发布的代码，禁止直接修改。
- feature/*：功能分支（如feature/user-login），专门开发新功能。
- bugfix/*：修复分支（如bugfix/login-error），只处理线上bug。
- release/*：发布分支（如release/v1.0），准备版本发布时用。

操作示例：
如果你在开发“用户登录”功能，就用feature/login分支；修复“购物车bug”，用bugfix/cart-count分支。每个分支职责明确，合并时就知道该从哪合到哪，避免误合并。

技巧二：小步提交，让合并“轻装上阵”¶

核心：每次提交只做“最小改动”，减少单次合并的代码差异。
原理：如果一次合并改了100行代码，冲突概率比改10行大得多。

操作示例：
写代码时，按“小任务”拆分提交：
- 先写“登录表单输入框”（git commit -m "Add username input"）
- 再写“密码输入框”（git commit -m "Add password input"）
- 最后写“表单验证逻辑”（git commit -m "Validate login inputs"）

每个小改动合并到主分支时，冲突会少很多，甚至直接“自动解决”。

技巧三：频繁同步主分支，别让分支“脱节”¶

核心：每天花5分钟，把主分支最新代码拉到你的功能分支，保持“同步更新”。

错误案例：
如果你两周没碰主分支，主分支已改了你的功能分支里的同一文件，合并时冲突会爆炸。

正确操作：

# 1. 切换到主分支，拉取最新代码
git checkout main
git pull origin main  

# 2. 切回你的功能分支，合并主分支最新代码
git checkout feature/login
git merge main  

# 如果冲突少，直接解决；冲突多的话，用rebase（见技巧四）

建议：每天固定时间做一次同步（比如早会或下班前），养成“不脱节”的习惯。

技巧四：用rebase整理提交，让历史更“干净”¶

核心：rebase能把你的提交“移植”到主分支最新代码后，减少合并时的“分叉历史”，降低冲突。

适用场景：
- 自己的本地分支（未推到远程）：比如你开发feature/pay时，主分支已更新。
- 想让提交历史更“线性”（类似“把所有树枝变直”）。

操作示例：

# 在功能分支上执行rebase，把主分支最新代码“接”到你的提交后面
git checkout feature/pay
git rebase main  

# 如果遇到冲突，解决后执行：
git add 冲突文件
git rebase --continue  

# 完成后，你的提交历史会变成“主分支最新代码 → 你的所有提交”，干净无分叉

注意：rebase会改变提交历史，禁止在已推到远程的分支使用（会导致团队其他人的提交混乱）。

技巧五：冲突不可怕，“看懂标记”就能解决¶

核心：冲突是Git在告诉你“这里有多人修改，需要人工确认”，看懂标记就能解决。

冲突标记含义：

<<<<<<< HEAD (当前分支的代码)
原来的代码：用户名输入框
=======
要合并的代码：用户账号输入框
>>>>>>> feature/new-username (要合并的分支)

解决步骤：
1. 打开冲突文件，找到<<<<<<<、=======、>>>>>>>标记。
2. 根据业务逻辑修改代码（比如确认“用户账号”是否正确）。
3. 删除冲突标记，保留最终代码（如用户账号输入框）。
4. 执行git add 文件名标记为已解决，再继续合并/提交。

小技巧：不确定时，直接问修改该部分的同事，避免改乱逻辑。

总结¶

减少Git分支合并冲突的关键是：明确分支职责、小步提交、频繁同步、保持历史干净、正确解决冲突。刚开始可能需要适应，但坚持这些习惯后，你会发现“冲突”从“噩梦”变成“小插曲”。记住：Git是工具，合理使用才能让协作更高效！