你有没有遇到过这样的情况：兴冲冲地改了代码，准备提交时，Git突然报错说“Conflict”？别慌，这其实就是Git冲突。今天我们就来聊聊这个常见的Git问题，从“为什么会产生”到“怎么快速解决”，让你轻松上手。
什么是Git冲突？¶
简单说，Git冲突就是当两个不同版本的代码在同一个文件的同一位置被修改时，Git无法自动判断该保留哪部分内容，于是需要你手动“拍板”的情况。
想象一下：你和同事同时写一篇文档，你改了第一段第一行，同事也改了第一段第一行。当你想把同事的修改“拉”到自己的版本里时，Git就会犯难：“这两行到底留谁的？”——这就是冲突。
为什么会产生冲突？¶
冲突的核心原因是“同一位置的修改”。具体来说，常见场景有：
-
多人协作改同一文件
比如你在本地分支（main）改了文件A的第3行，同时同事在远程分支（dev）也改了文件A的第3行。当你执行git pull或git merge dev时，Git就会发现冲突。 -
分支合并时的版本差异
如果你从main分支创建了一个新分支（feature），在feature里改了文件B的第5行，而main分支也被别人改了文件B的第5行。合并main到feature时，就可能冲突。 -
删除与新增的冲突
比如你删除了文件C的某行，而别人在那行下面新增了内容，Git会困惑“这行到底删还是留？”
如何快速解决冲突？¶
解决冲突其实很简单，记住“找标记→改内容→标记已解决”三步就行。下面用例子一步步教你：
第一步：发现冲突，打开冲突文件¶
当执行git pull或git merge时，Git会提示“Automatic merge failed”（自动合并失败）。这时候打开报错的文件（比如test.txt），你会看到类似这样的冲突标记：
<<<<<<< HEAD
// 这是你本地分支（HEAD）的修改内容
Hello World
=======
// 这是要合并的分支（比如dev）的修改内容
Hi Git
>>>>>>> dev
这些符号是Git自动添加的，用来分隔不同版本的代码：
- <<<<<<< HEAD：当前分支（HEAD）的修改，你可以理解为“你的版本”。
- =======：分隔线，上面是你的修改，下面是别人的修改。
- >>>>>>> dev：要合并的分支（比如dev）的修改，你可以理解为“别人的版本”。
第二步：编辑冲突内容，解决分歧¶
冲突标记之间的内容就是需要你手动选择或合并的部分。比如上面的例子中，你需要决定“Hello World”和“Hi Git”到底保留哪个，或者改成“Hello Hi Git”（如果两者都需要保留的话）。
操作建议：
- 如果只需要保留“你的版本”：删除=======和下面的>>>>>>> dev，只留<<<<<<< HEAD上面的内容。
- 如果只需要保留“别人的版本”：删除<<<<<<< HEAD和上面的内容，只留=======下面的内容。
- 如果两者都要保留：合并内容，比如改成Hello Hi Git，并删除所有冲突标记。
修改后的文件应该是你想要的最终内容，比如：
Hello Hi Git
第三步：标记为已解决，继续操作¶
解决完冲突后，需要告诉Git“冲突已解决”，执行：
git add test.txt # 把修改后的文件标记为已解决（如果有多个文件，逐个add或用git add .）
然后继续合并或拉取操作：
- 如果是合并冲突：执行git merge --continue（或git rebase --continue，如果是rebase的话）。
- 如果是拉取冲突：执行git pull --continue。
这时候Git会自动生成一个新的提交，冲突就解决啦！
小技巧：用工具快速解决¶
如果冲突比较复杂（比如多行代码冲突），手动改容易出错，推荐用可视化工具：
- VS Code：打开冲突文件后，右侧会出现“Accept Current Change”（保留你的）、“Accept Incoming Change”（保留别人的）、“Accept Both Changes”（合并两者）按钮，直接点击即可。
- VS Code之外：也可以用命令行工具meld（需提前安装）或git mergetool，自动弹出比较界面。
如何避免冲突？¶
预防比解决更重要！记住这几个小习惯：
1. 经常拉取代码：每天开始工作前，执行git pull拉取最新代码，避免本地修改和远程版本差距太大。
2. 小步提交，明确分工：别等所有代码写完才提交，拆分成小功能逐步提交；团队成员尽量分工修改不同文件，减少重叠。
3. 多用分支：每个新功能用独立分支开发（git checkout -b feature/xxx），合并前确保功能完整，减少合并时的冲突风险。
4. 提交前沟通：如果多人修改同一文件，提前在群里同步进度，避免重复劳动。
总结¶
Git冲突并不可怕，本质是Git在告诉你“有两个版本的代码需要你决策”。只要记住“找标记→改内容→标记已解决”三步，就能轻松解决。更重要的是通过“常拉取、小提交、明分工”的习惯，从源头减少冲突的发生。
下次遇到冲突，别慌，跟着步骤走，你就是团队里最靠谱的“冲突解决小能手”！