1.概述
今天查看Gmail，有網友私密我Gitlab的Pull Request工作流程，一直以為我寫過這片博客，查看《Git和Gitlab協同工作》卻發現遺漏了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.結束語
這篇博客就和大家分享到這里，如果大家在研究學習的過程當中有什么問題，可以加群進行討論或發送郵件給我，我會盡我所能為您解答，與君共勉！