代码冲突别慌：Git Conflict 实战指南

很多程序员第一次遇到 Git 冲突，心里都会一紧。

终端里突然出现：

CONFLICT
Automatic merge failed; fix conflicts and then commit the result.

再打开文件，看到一堆奇怪标记：

<<<<<<< HEAD
=======
>>>>>>> feature/login

一瞬间，仿佛项目已经失控。

但其实，Git 冲突并不是灾难。它只是在提醒你：

同一块代码，两边都改了，Git 不知道该听谁的，需要你来决定。

这篇文章我们不讲复杂理论，直接用实战方式讲清楚：冲突...

很多刚进入团队开发的程序员，第一次听到 Pull Request，都会有点迷糊。

代码不是已经 git push 上去了吗？
为什么还要发 PR？
PR 是不是就是“提交代码”？
Reviewer 又到底在看什么？

一句话说清楚：

Pull Request 不是提交代码，而是请求团队审查并合并代码。

它真正解决的问题不是“代码怎么传上去”，而是“这段代码能不能进入主分支”。

PR 是什么？

Pull Request，简称 PR，中文常叫“拉取请求”或“合并请求”。

在 GitHub 里通常叫 Pull Request。
在 GitLab 里通常叫 Merge Request。
名字...

写这个 Git 系列，一开始并不是想做一份“命令大全”。

因为 Git 命令真的太多了。
add、commit、branch、merge、rebase、reset、pull、fetch……如果一上来就背命令，新手很容易越学越乱。

但我后来发现，真正让人卡住的，往往不是某个命令本身，而是这些问题：

• 为什么不能直接在 main 上开发？
• 为什么 .gitignore 写了却不生效？
• 为什么提交历史很重要？
• 为什么团队要用 Feature 分支？
• 为什么 PR 不是简单提交代码？
• 为什么冲突不可怕，但乱合并很危险？

所以这个系列真正想讲的，不只是 Git 怎么用，而是 Git 背后的开发...