pull requst 和 merge request_github merge request

0、preface/foreword

使用代码管理系统（比如GitHub, GitLab）方便多人合作开发，但是为了保证上传到仓库总的代码质量，需要有专门的人员进行代码审核（不是必要，可以根据实际情况而定），当代码通过审核之后才能合入到主分支。

1、Pull Request(PR)

pull request主要是用在github代码托管平台中。

步骤如下：

1. fork开源项目，fork之后，在自己的仓库下能看到刚刚fork的仓库；
2. git clone该仓库到本地；
3. 创建分支Test，并且在该分支下进行本地开发；
4. 开发完成后，通过git add 和 git commit将代码提交到本地仓库；
5. git push将本地仓库同步到远程仓库；（推送之前，需要把远程代码同步到本地，因为存在多人合作开发，这样可以查看是否存在冲突）
6. 在web 下浏览github仓库，并创建pull request请求；创建成功后，
7. 在项目OWNER下，能收到刚才创建的pull request请求，当owner同意之后，那么你的修改将并合并到主分支(main或者master)。

NOTE：为什么不是push request，而是pull request?

可以这么理解：如果对于非owner而言，当对仓库进行修改之后，那么需要合并到主分支，那么是push;

如果是owner的话，需要看非owner的修改是不是OK，如果OK那么就需要pull。

2、Merge Request(MR)

merge request主要用在gitlab代码托管平台中。

步骤如下：

1. git clone远程仓库到本地；
2. 在远程仓库中创建issue；
3. 通过issue创建branch，（此时branch的名字会与issue名字一致，只是会在前面增加一个序号）
4. git pull 本地仓库；（将远程仓库修改同步到本地）
5. git check 分支到刚才创建的分支，在本地进行开发；
6. 开发完成后，git add 和 git commit将代码提交到本地仓库；
7. git push本地分支内容（push之前需要保证当前与主分支内有冲突）
8. 在gitlab上，找到该分支，并且创建merger request请求；
9. 项目owner看到后，进行审核，审核通过后会将分支合并到主分支（main或者master）。

3、对比

pull request 和 merge request 实现同样的目的，将修改合入到主分支，只是命名方法不一样。