1.概述

　　今天查看Gmail，有网友私密我Gitlab的Pull Request工作流程，一直以为我写过这片博客，查看《》却发现遗漏了Pull Request这篇博客，今天将这篇文章补上。分享的内容如下所示：

• 项目构建
• 开发使用
• Pull Request
• Review代码

　　下面开始今天的内容。

2.项目构建

　　这里需要注意的时，如果我们构建的项目属于多人协作，推荐最好使用Group级别，这里我们先创建Group名称，如下图所示，我们构建一个Hadoop的Group组名。

　　这里我们填写Group名称，并描述组名的含义等。然后创建成功后会显示如下界面。

　　接下来，我们创建一个Hadoop的Project，基于Group级别的。如下图所示：

　　其中Visibility Level的级别选择Internal级别。

　　接下来，按照如下图所示，我们可以构建一个自己的项目。

　　按照上述的步骤描述，我们可以成功导入一个项目，如下图所示：

　　接下来，我们可以在所属的Group中Fork一份代码到自己的仓库地址当中，作为自己开发使用的仓库地址。如下图所示，点击右上角的Fork按钮即可将代码成功Fork到自己的Gitlab账号账号下：

3.开发使用

　　在Fork代码到自己的Gitlab账号下后，我们可以在自己的Gitlab仓库下，创建属于自己的Branch分支，只要在最后提交的分支时，按照约定即可。如下图所示：

　　最后，我们在使用Git命令将我们的分支提交到自己的Gitlab仓库中。

4.Pull Request

　　在向管理员提交Pull Request时，我们需要注意一下事项。假如在完成了某个模块的功能，需要提交版本到线上，首先进行git fetch --all，进行仓库代码拉图，获取线上的版本代码，并且将线上的代码合并到自己本地到分支上，在解决冲突后。再次合并代码，若木有问题后就可以push到Gitlab中。接下来请求管理员把自己的仓库中的分支合并到原仓库的分支下，完成Pull Request工作流程，如下图所示：

　　点击这里进入merge request，并且点击New Merge Request，进入到如下所示的界面：

　　然后将自己的分支提交到主线版本中。需要注意的是，在提交一个Merge Request，请记得写清楚提交的理由信息，分配需要为你去做代码Review的工作者。

5.Review代码

　　被Assign to或者at的同事都会收到邮件要求Review代码，那么也会进入到一个评论界面中，操作者就可以进行Code Review了。在这里，各位可以针对某一行提出自己的意见，也可以在评论里发表意见。如果没有问题，可以输入Looks good to me，如果各位都认为没问题，就可以Accept Merge Request了。于是就会看到The Merge Request has been accepted，这时也就提交到了主代码上。如果代码被评论过后，评论者也会收到消息，修改后Push的代码会自动提交到同一个Merge Request里。

6.总结

　　各位也可以对自己关注的Project进行Star，这样在自己的消息中心收到动态信息，看到一些Project的最新动态。另外，希望大家注意要养成多Commit的好习惯。

7.结束语

　　这篇博客就和大家分享到这里，如果大家在研究学习的过程当中有什么问题，可以加群进行讨论或发送邮件给我，我会尽我所能为您解答，与君共勉！