Git設(shè)置分支保護(hù)實(shí)現(xiàn)CodeReview卡點(diǎn)

From：https://blog.csdn.net/crisschan/article/details/100922668
GIT是一個(gè)分布式版本控制系統(tǒng)的軟件，主要用來控制代碼的版本。所謂分布式也就是每一個(gè)git的客戶端都有一份完成的代碼庫，這樣如果中央服務(wù)器出現(xiàn)問題堂污，代碼也會(huì)在各個(gè)開發(fā)者的電腦上有備份榕酒。（本文以下內(nèi)容以GitLab為例）

GitFlow 模式將代碼和環(huán)境對(duì)應(yīng)

[外鏈圖片轉(zhuǎn)存失敗(img-kccgQ5lw-1568695938834)(https://i.loli.net/2019/09/17/TVxgaeYwQN2rMf9.png)]

GitFlow模式的各分支說明

• 1. master
  • 主分支 , 產(chǎn)品的功能全部實(shí)現(xiàn)后 , 最終在master分支對(duì)外發(fā)布
  • 該分支為只讀唯一分支 , 只能從其他分支(release/hotfix)合并 , 不能在此分支修改
  • 另外所有在master分支的推送應(yīng)該打標(biāo)簽做記錄,方便追溯
  • 例如release合并到master , 或hotfix合并到master
• 2. develop
  • 主開發(fā)分支 , 基于master分支克隆
  • 包含所有要發(fā)布到下一個(gè)release的代碼
  • 該分支為只讀唯一分支 , 只能從其他分支合并
  • feature功能分支完成 , 合并到develop(不推送)
  • develop拉取release分支 , 提測(cè)
  • release/hotfix 分支上線完畢 , 合并到develop并推送
• 3. feature
  • 功能開發(fā)分支 , 基于develop分支克隆 , 主要用于新需求新功能的開發(fā)
  • 功能開發(fā)完畢后合到develop分支(未正式上線之前不推送到遠(yuǎn)程中央倉(cāng)庫
  • feature分支可同時(shí)存在多個(gè) , 用于團(tuán)隊(duì)中多個(gè)功能同時(shí)開發(fā) , 屬于臨時(shí)分支 , 功能完成后可選刪除
• 4. release
  • 測(cè)試分支 , 基于feature分支合并到develop之后 , 從develop分支克隆
  • 主要用于提交給測(cè)試人員進(jìn)行功能測(cè)試 , 測(cè)試過程中發(fā)現(xiàn)的BUG在本分支進(jìn)行修復(fù) , 修復(fù)完成上線后合并到develop/master分支并推送(完成功能) , 打Tag
  • 屬于臨時(shí)分支 , 功能上線后可選刪除
• 5. hotfix
  • 補(bǔ)丁分支 , 基于master分支克隆 , 主要用于對(duì)線上的版本進(jìn)行BUG修復(fù)
  • 修復(fù)完畢后合并到develop/master分支并推送 , 打Tag
  • 屬于臨時(shí)分支 , 補(bǔ)丁修復(fù)上線后可選刪除
  • 所有hotfix分支的修改會(huì)進(jìn)入到下一個(gè)release

GitFlow 主要的工作流程

代碼倉(cāng)庫的Owner設(shè)置master分支是保護(hù)分支滔灶，

• 1. 有新的feature要開發(fā)的時(shí)候牧牢，首先從master拉取第一個(gè)develop分支纸兔，develop分支名就是dev疮蹦。
• 2. 從dev拉取feature分支進(jìn)行編碼開發(fā)(多個(gè)開發(fā)人員拉取多個(gè)feature同時(shí)進(jìn)行并行開發(fā) , 互不影響)诸迟，feature分支命名規(guī)范：feature- XX(XX是一個(gè)唯一標(biāo)示)
• 3. feature分支完成后 , 合并到dev，合并后擇刪除當(dāng)前feature愕乎。
• 4. 從dev拉取release分支進(jìn)行提測(cè) , 提測(cè)過程中在release分支上修改BUG阵苇，release分支名字是release。
• 5. release分支上線后 , 合并release分支到dev/master并推送合并之后刪除當(dāng)前release分支感论。
• 6. 上線之后若發(fā)現(xiàn)線上BUG , 從master拉取hotfix進(jìn)行BUG修改绅项。hotfix 分支命名規(guī)范：hotfix-XXX（XXX是一個(gè)唯一標(biāo)示)。
• 7. hotfix通過測(cè)試上線后 , 合并hotfix分支到dev/master并推送比肄，合并之后 , 刪除當(dāng)前hostfix
• 8. 當(dāng)進(jìn)行一個(gè)feature時(shí) , 若dev分支有變動(dòng) , 如其他開發(fā)人員完成功能并上線 , 則需要將完成的功能合并到自己分支上即合并dev到當(dāng)前feature分支快耿。
• 9. 當(dāng)進(jìn)行一個(gè)release分支時(shí) , 若dev分支有變動(dòng) , 如其他開發(fā)人員完成功能并上線 , 則需要將完成的功能合并到自己分支上即合并dev到當(dāng)前release分支 (因?yàn)楫?dāng)前release分支通過測(cè)試后會(huì)發(fā)布到線上 , 如果不合并最新的dev分支 , 就會(huì)發(fā)生丟代碼的情況)。

Git的分子保護(hù)

[外鏈圖片轉(zhuǎn)存失敗(img-CfzADDYw-1568695938859)(https://i.loli.net/2019/09/17/4wPgvOm72Q9zT8K.png)]

在Git的分支合并過程中支持方式芳绩，一種是在本地將source branch 合并到 target branch掀亥，然后再切換到target branch后將target branch push到遠(yuǎn)端target branch。另外一種是將本地的source branch push到遠(yuǎn)端的source branch妥色，然后在gitlab上提交一個(gè)將source branch 合并到 target branch的merge request搪花。那么為了能夠到達(dá)我們強(qiáng)制的CodeReview卡點(diǎn)，我們將master branch（也就是生產(chǎn)發(fā)布分支）、release branch（也就是提測(cè)分支）進(jìn)行保護(hù)撮竿，不能接受直接的push request丁稀，只能通過提交merge request，并有架構(gòu)師或者技術(shù)負(fù)責(zé)人進(jìn)行CodeReview通過后倚聚，完成Merge线衫。那么如何完成Git的分支保護(hù)呢？

首先進(jìn)入對(duì)應(yīng)的代碼倉(cāng)惑折，然后點(diǎn)擊Settings下的Repository Settings選擇Protected Branches選項(xiàng)

[外鏈圖片轉(zhuǎn)存失敗(img-VgWWlWh1-1568695938870)(https://i.loli.net/2019/09/17/WtGv1JycYg6PRxo.png)]

選擇對(duì)應(yīng)的分支分別作如下設(shè)置：

限制了develop分支授账，develop分支、release分支惨驶、以及master分支只能通過merge request的方式合并白热，不可以直接的push代碼，同時(shí)設(shè)置了需要Master進(jìn)行合并的請(qǐng)求的code review后點(diǎn)擊完成后完成合并粗卜。（這里面的Master就是開發(fā)架構(gòu)師或者技術(shù)負(fù)責(zé)人等角色）

提交一個(gè)Merge Request

點(diǎn)擊merge requst菜單屋确，然后新建一個(gè)merge request

[外鏈圖片轉(zhuǎn)存失敗(img-8ny2Y1VP-1568695938875)(https://i.loli.net/2019/09/17/jWgx1k4VF89UqQt.png)]

然后選擇對(duì)應(yīng)的source branch和target branch后，點(diǎn)擊下一步：

[外鏈圖片轉(zhuǎn)存失敗(img-sjlwYYtQ-1568695938880)(https://i.loli.net/2019/09/17/caKZCW52pLyX8kr.png)]

進(jìn)入后輸入相關(guān)內(nèi)容后续扔，點(diǎn)擊提交合并請(qǐng)求：

[外鏈圖片轉(zhuǎn)存失敗(img-nIi7WDl1-1568695938881)(https://i.loli.net/2019/09/17/Jr698w4GeMaXysZ.png)]

[外鏈圖片轉(zhuǎn)存失敗(img-81SfDzqW-1568695938887)(https://i.loli.net/2019/09/17/PHUiSv247zWuNJR.png)]

其中（出去如下部分以外都選擇默認(rèn)值或者為空）：

完成后攻臀，就等待code review過后等待反饋意見。通過后就可以完成合并了纱昧。

IDE：Intelj的codereview插件

1刨啸、GitLab Access Token
菜單：User Settings->
Access Tokens 進(jìn)入Access Token添加頁面

Name 名稱，根據(jù)自己喜好來即可
Expires at 過期時(shí)間识脆，最遠(yuǎn)可以選擇到10年后设联，根據(jù)自己需要填寫即可
Scopes 范圍，這里選擇api就夠用了
創(chuàng)建完成后灼捂，麻煩暫時(shí)保存token离例。因?yàn)橐坏┧⑿禄蛘咧亻_頁面，token就不可見了悉稠。

2宫蛆、IntelliJ IDEA GitLab插件使用
安裝以下兩個(gè)插件即可：

Gitlab Projects：https://plugins.jetbrains.com/plugin/7975-gitlab-projects
Gitlab Integration：https://plugins.jetbrains.com/plugin/7319-gitlab-integration

3、Visual Studio
Visual Studio GitLab插件：https://marketplace.visualstudio.com/items?itemName=MysticBoy.GitLabExtensionforVisualStudio

4偎球、Visual Studio Code
Visual Studio Code GitLab插件：https://marketplace.visualstudio.com/items?itemName=jasonn-porch.gitlab-mr

5洒扎、Atom
Atom GitLab 插件：https://atom.io/packages/gitlab

關(guān)注我，關(guān)注測(cè)試
FROM：https://blog.csdn.net/crisschan