在团队协作开发中，代码怎么合进主干，经常听到“合并请求”和“拉取请求”这两个词。很多人觉得它们是一回事，其实背后有门道。
名字不同，平台不同
“拉取请求”（Pull Request）是 GitHub 上的说法。你 fork 了别人的项目，改完代码后，想把你的改动提交回去，就发起一个 Pull Request，意思是“请从我的分支拉取这些更改”。
而“合并请求”（Merge Request）是 GitLab 的叫法。流程差不多，也是你提交修改，然后请求把代码合并到目标分支。说白了，就是一个是 GitHub 的“方言”，一个是 GitLab 的“口音”。
功能上其实没差
不管是 Pull 还是 Merge，核心动作都是：对比两个分支的代码差异，展示修改内容，让团队成员 review，讨论没问题后，点一下按钮，把代码合进去。
比如你在 GitHub 上看到这样的操作：
git checkout -b feature/login
# 修改代码后提交
git push origin feature/login
# 然后在 GitHub 页面创建 Pull Request在 GitLab 上几乎一模一样，只是最后一步叫“创建 Merge Request”。
实际使用中的小细节
虽然本质相同，但有些公司统一用 GitLab，有些人习惯叫 PR（Pull Request），哪怕用的是 GitLab 也这么说。就像有人把所有可乐都叫“雪碧”，习惯了也就没人纠正。
还有一种情况，比如你负责审核代码，收到一个 MR（Merge Request），点开一看，发现作者把无关的文件也提交了，比如日志或临时配置。这时候你就得留言让他清理，不然合进去会污染主干。
别被术语吓住
刚接触版本控制的人容易被这些词绕晕。其实不用太纠结名字，关键是理解这个流程：改代码 → 提交 → 发起请求 → 审核 → 合并。不管叫啥，走完这几步就行。
下次同事问你“这个 PR 处理了吗”，哪怕你们用的是 GitLab，你也知道他说的就是那个等着合并的代码请求。