上一章講解了如何在主分支上建立新的分支，並將程式碼提交到遠端程式碼庫中的新分支上。然而，我們對外發布程式碼的時候，是基於主分支（以下簡稱master分支）釋出的。那麼我們就需要將自己分支的程式碼同步到master分支上。於是引出來上一章最後一個問題：那提交到遠端程式碼倉庫test分支的程式碼，如何進入到遠端master分支呢？

    接下來幾章就來講解，如何講遠端程式碼庫中的自己分支上的程式碼，歸併到主分支中。主要分為三個大的步驟：1.提交歸併請求 2.檢視程式碼，解決衝突 3.確認歸併請求

    這一章主要講如何提交歸併請求。

    我們上一章，已經基於master分支建立了另外一個分支，我這裡以master分支和test2分支兩個分支進行講述。test2是基於master分支建立的新分支，這個新分支上程式碼有程式碼增刪改，假設我們已經將本地庫的test2分支的程式碼提交到了遠端程式碼倉庫的test2分支上。接下來就是提交歸併程式碼的步驟。

    1.登陸GitHub，進入專案。步驟請檢視上幾章節。這個點進來就行啦！

     2.檢視需要所有的分支

   看到現在我們的專案中有master(主分支)和test2(基於master分支拉取的新分支，我們在新分支上提交的新程式碼)。

   看到 New pull request按鈕了嗎？對，按鈕就是點的！現在就是點按鈕的時候。

   點進來是這個樣子的

    主要看下這個部分

    這就是需要歸併程式碼相關的兩個分支。具體點講，base就是接受程式碼的一方（這裡是master分支），compare後面要選擇的是我們自己的程式碼倉庫分支。是後面的分支歸併到前面。

    那麼下面選擇比對分支：

    進來之後，不著急提交，我們先看歸併請求介面。

    1.歸併請求的描述

    1）：test2分支歸併到master分支

    2）：歸併請求提交衝突狀態。這裡提示可以提交歸併請求，並且提交之後，因為沒有衝突，一旦歸併請求被稽核通過，程式碼會自動歸併。

    3）：歸併請求的請求名字

    4）：歸併請求的描述，可填可不填。主要可以填寫下歸併請求的包含哪幾個comment提交。

    5）：不要著急點建立歸併請求。為了確認程式碼是我們要提交的，我們要先對程式碼進行評審。如果評審沒有問題，不存在錯誤提交，都是要提交到master分支的程式碼了。才可以點建立歸併請求。下面說下如何檢視兩個分支的程式碼的差異。以便我們判斷是不是都是需要入庫到master分支的程式碼。

    2.就可以看到兩個分支上的程式碼的差異了。

    github是右側分支表示test2分支，左側表示master分支。就是要將右側的程式碼合併到左側。這裡是會用右側的程式碼覆蓋掉左側的。因為業務上我是對spring做了一個版本升級，從3.1升級到4.1.所以test2分支上應該是4.1的版本，master原有的是3.1版本的。比對程式碼發現，GitHub做的是先刪掉master的相關行，然後在這些行，增加這幾行，來實現修改的功能的。

    刪除和增加的圖示分別是 ‘-’，‘+’符號。

    看到程式碼正是我們要提交的程式碼，那麼ok，可以提交請求歸併了！

     3.當然提交之前，可以檢視下，這些程式碼都是通過幾次comment提交的。以便我們回憶下總共有哪些修改

    都ok 了，就點選建立歸併請求按鈕 Create new pullrequest

    進入了歸併請求列表，這裡記錄了歷次所有還沒有被歸併的歸併請求列表。

    到此為止，我們成功提交了一次歸併請求。

    下一章講解，稽核程式碼歸併請求，接受程式碼歸併請求，將程式碼歸併到master庫。