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.結束語
這篇部落格就和大家分享到這裡，如果大家在研究學習的過程當中有什麼問題，可以加群進行討論或傳送郵件給我，我會盡我所能為您解答，與君共勉！