GIT使用小白（进阶二：冲突解决）

✅Git 冲突处理策略（最佳实践）

冲突不可怕，关键是：定位冲突 → 分析冲突 → 解决冲突 → 测试 → 提交
只要按下面的步骤走，一次就能干干净净解决。

🔥一、常见冲突出现的场景

1. git pull / git pull --rebase 时
2. git rebase某个分支时（最常见）
3. git merge某个分支时
4. 多人改了同一个文件的同一段代码

🧭二、遇到冲突时的通用流程

步骤 1：知道哪里冲突了

Git 会告诉你哪些文件冲突：

gitstatus

通常会看到：

both modified: src/foo/bar.cpp

步骤 2：打开冲突文件，看到冲突标记

冲突段长这样：

<<<<<<< HEAD 这是你本地修改的版本 ======= 这是远程（或你 rebase 到的分支）版本 >>>>>>> origin/main

解释：

• HEAD 区块= 当前分支里的内容
• 下面区块= 你要 merge 或 rebase 的分支内容

步骤 3：手动选择要保留的内容

你有三种选择：

✔ 方案 1：保留我的（本地）版本

删掉远程区块：

我的代码

✔ 方案 2：保留远程版本（目标分支，如 yellow）

目标分支的代码

✔ 方案 3：合并两个版本（最常见）

手动编辑成你想要的最终样子，例如：

融合后正确的代码

步骤 4：标记冲突解决

编辑完后：

gitadd<冲突文件>

步骤 5：继续操作

如果你在用rebase

gitrebase --continue

如果你在用merge

gitcommit

（如果 Git 自动生成 merge commit message，也可以直接用）

步骤 6：如果你反悔想取消

停止 rebase

gitrebase --abort

停止 merge

gitmerge --abort

🧪三、冲突后必须做的检查

解决冲突后一定要：

1. 重新编译 / 运行单元测试
2. 确认逻辑正确
3. 确认没有漏掉某些人的代码

这一步很重要，因为冲突解决错误比冲突本身更可怕。

🧰四、常见冲突处理技巧（进阶）

⭐ 技巧 1：可视化工具更简单

gitmergetool

可调用：

• VSCode
• Meld
• KDiff3
• Beyond Compare

VSCode 用户可以直接：

code.

然后在文件中点“Accept Incoming / Accept Current / Both”。

⭐ 技巧 2：你想要全保留 remote（例如 yellow 分支）

这是“保留对方版本”的快捷法：

gitcheckout --theirs.gitadd.gitrebase --continue

或 merge 场景：

gitcheckout --theirs.gitadd.gitcommit

⭐ 技巧 3：你想要全部保留自己的

gitcheckout --ours.gitadd.gitrebase --continue

⭐ 技巧 4：查看冲突发生在谁的提交

gitlog --merge

⭐ 技巧 5：修冲突之后检查差异

gitdiff--cached

确保你 add 后的内容真的正确。

🛡️五、如何减少未来冲突？（最佳实践）

1. 每次开发前先同步 yellow

gitcheckout yellowgitpullgitcheckout my-featuregitrebase yellow

2. 提交保持小而清晰
3. 功能模块化修改，避免多人改同一文件
4. 经常 push，减少你的变更积累