三、MR、PR分别是什么意思？
这是个非常基础但也非常关键的问题 👍
我用一句话 + 对照 + 使用场景给你讲清楚，保证以后看到就不会混。
MR、PR 分别是什么意思？
1、一句话先记住
MR 和 PR 本质是同一件事：请求把一个分支的代码合并到另一个分支
只是不同平台叫法不同。
2、MR（Merge Request）
全称：
Merge Request（合并请求）
主要使用平台：
- GitLab
- 极狐 GitLab
含义：
请求把源分支（source branch）
合并到目标分支（target branch）
MR 一般包含什么？
- 提交的代码差异（diff）
- 提交记录（commits）
- 代码评审（review）
- CI 检查结果
- 最终 Merge 操作
3、PR（Pull Request）
全称：
Pull Request（拉取请求）
主要使用平台：
- GitHub
- Gitee（默认叫 PR）
- Bitbucket
含义：
请求目标仓库/分支
“拉取（pull）我这个分支的改动”
4、为什么一个叫 Merge，一个叫 Pull？（理解一下）
| 角度 | MR | PR |
|---|---|---|
| 命名视角 | 从目标分支看：合并 | 从源分支看：拉取 |
| 实际动作 | merge | merge |
| 最终结果 | 一样 | 一样 |
👉只是名字不同，不是机制不同
5、对照表（很好记）
| 项目 | MR | PR |
|---|---|---|
| 全称 | Merge Request | Pull Request |
| 中文 | 合并请求 | 拉取请求 |
| 常见平台 | GitLab / 极狐 GitLab | GitHub / Gitee |
| 本质 | 请求合并代码 | 请求合并代码 |
| 是否等价 | ✅ | ✅ |
6、在企业里你会听到哪些说法？
这些说法全部指同一件事👇
- “提个 MR”
- “起个 PR”
- “发合并请求”
- “走一下 review”
- “等 CI 绿了再合”
7、和你前面学到的流程怎么对应？
你之前的流程是：
功能分支 → push → MR → 合并到 main如果换成 GitHub，说法就变成：
功能分支 → push → PR → 合并到 main流程完全一样，只是名字不同。
8、一句话总结（可以直接背）
MR = PR = 合并请求
差别只在平台，不在技术
如果你愿意，下一步我可以帮你：
- 🧭 对比GitLab MR vs GitHub PR 页面差异
- 🧠 解释Code Review 到底在 Review 什么
- 🛠️ 讲清Merge / Squash / Rebase 三种合并方式
你想继续哪个？
)
