2019/08/08 gitflow 工作流程

Git flow是基于git之上的一種軟件開發(fā)迭代模型。Git flow是使用git進(jìn)行源代碼管理的一套行為規(guī)范毯焕。
Git Flow重點解決的是由于源代碼在開發(fā)過程中的各種沖突導(dǎo)致開發(fā)活動混亂的問題衍腥，提高開發(fā)效率。

gitflow

Git Flow中的分支
Git Flow模型中定義了主分支和輔助分支兩類分支纳猫。其中主分支用于組織與軟件開發(fā)婆咸、部署相關(guān)的活動；輔助分支組織為了解決特定的問題而進(jìn)行的各種開發(fā)活動芜辕。

主分支

• master分支
• develop 分支

輔助分支

我們的開發(fā)模式旁邊的主要分支機構(gòu)掌握和發(fā)展尚骄，使用各種支持分支機構(gòu)，以幫助團(tuán)隊成員之間的平行發(fā)展物遇，便于跟蹤的功能乖仇，準(zhǔn)備生產(chǎn)版本，并協(xié)助快速修復(fù)現(xiàn)場生產(chǎn)問題询兴。 與主分支不同乃沙，這些分支總是有有限的生命時間，因為它們最終將被移除诗舰。

• feature分支
• release分支
• hotfix分支

feature 分支

• 從develop分支檢出
• 必須合并回develop分支
• 命名規(guī)范：除了master, develop, release-*, or hotfix- *

當(dāng)開始一個新特征的開發(fā)時酷誓，從develop檢出feature分支语卤。Feature分支的本質(zhì)是钩骇，只要特性處于開發(fā)階段，它就會存在边琉，將來會被合并會develop分支（為了即將發(fā)布的版本而明確地添加新特性），或者丟棄掉（如果是令人失望的實驗）记劝。

Feature分支只存在于開發(fā)者本地变姨，不能被提交到遠(yuǎn)程庫

feature branch

創(chuàng)建feature

Switched to a new branch “myfeature”

$ git checkout -b myfeature develop

開發(fā)。厌丑。定欧。

完成feature

完成的功能可以合并到develop分支，以明確將它們添加到即將發(fā)布的版本中：

$ git checkout develop

$ git merge --no-ff myfeature

$ git branch -d myfeature

$ git push origin develop

release分支

從develop分支檢出
必須合并回develop分支和master分支
命名規(guī)范:release-*
release分支是為發(fā)布新的產(chǎn)品版本而設(shè)計的怒竿。在這個分支上的代碼允許做小的缺陷修正砍鸠、準(zhǔn)備發(fā)布版本所需的各項說明信息（版本號、編譯時間等等）耕驰。通過在release分支上進(jìn)行這些工作可以讓develop分支空閑出來以接受新的feature分支上的代碼提交爷辱，進(jìn)入新的軟件開發(fā)迭代周期。

當(dāng)develop分支上的代碼已經(jīng)包含了所有即將發(fā)布的版本中所計劃包含的軟件功能朦肘，并且已通過所有測試時饭弓，我們就可以考慮準(zhǔn)備創(chuàng)建release分支了。而所有在當(dāng)前即將發(fā)布的版本之外的業(yè)務(wù)需求一定要確保不能混到release分支之內(nèi)（避免由此引入一些不可控的系統(tǒng)缺陷）厚骗。

創(chuàng)建一個release分支

Release分支從develop分支檢出示启。例如, 當(dāng)前產(chǎn)品版本是1.1.5兢哭，我們有一個比較大的更新领舰，develop分支已經(jīng)做好發(fā)布準(zhǔn)備了，我們新的版本號定位1.2 (而不是1.1.6 或 2.0)迟螺。所以冲秽，我們從develop分支檢出release分支，命名為release-1.2：

$ git checkout -b release-1.2 develop

$ ./bump-version.sh 1.2

$ git commit -a -m "Bumped version number to 1.2"

這個新的分支可能會存在一段時間矩父，直到發(fā)布可能被推出锉桑。 在此期間窍株，可以在此分支做一些小的錯誤修復(fù)（而不是開發(fā)分支）后裸。而不能添加大的新功能微驶。

完成release分支
當(dāng)release分支準(zhǔn)備發(fā)布時苟耻，需要執(zhí)行一些操作。 首先官卡，release分支被合并master分支（每往master提交一次寻咒，就是一個新的版本）。 接下來叫挟，對master的提交必須打tag，以便將來找到這個歷史版本奋献。 最后，release分支所做的更改需要重新合并到develop分支窃这，以便將來的版本也包含這些錯誤修復(fù)。

$ git checkout master

$ git merge --no-ff release-1.2

$ git tag -a 1.2

此時，已經(jīng)發(fā)布完成，并打過了tag。

為了保存release分支所做的更改，需要把release分支合并回develop分支

$ git checkout develop

$ git merge --no-ff release-1.2

這個操作可能會有沖突乍构，合并沖突哥遮，提交就行了眠饮。

現(xiàn)在我們已經(jīng)完成了仪召，可以刪除release分支了扔茅，因為我們不再需要它了：

$ git branch -d release-1.2

hotfix分支：

• 從master檢出
• 合并會develop和master分支

• 命名：hotfix-*

  
  
  hotfix branch

hotfix分支非常像release分支，因為它們都意味著即將發(fā)布一個新的版本玖瘸，盡管是未計劃的。

當(dāng)線上出現(xiàn)一個嚴(yán)重的bug，需要立即修復(fù)的時候，就需要從master分支上指定的tag版本派生hotfix分支來進(jìn)行緊急修復(fù)工作年鸳。

這樣做的顯而易見的好處是不會打斷正在進(jìn)行的develop分支的開發(fā)工作，能夠讓團(tuán)隊中負(fù)責(zé)新功能開發(fā)的人與負(fù)責(zé)代碼緊急修復(fù)的人并行的開展工作。

創(chuàng)建hotfix

hotfix分支從master檢出华匾。例如,當(dāng)前線上運行的是1.2版本，出現(xiàn)了嚴(yán)重bug机隙。而且develop分支還不夠穩(wěn)定蜘拉。可以從master檢出hotfix分支來修復(fù)bug：

$ git checkout -b hotfix-1.2.1 master
$ ./bump-version.sh 1.2.1
Files modified successfully, version bumped to 1.2.1.
$ git commit -a -m "Bumped version number to 1.2.1"

修復(fù)bug有鹿。旭旭。。

$ git commit -m "Fixed severe production problem"

完成hotfix

當(dāng)完成修復(fù)葱跋，hotfix分支需要合并到master您机，也要合并到develop分支，以便下個版本也包含這次修復(fù)年局。這個和完成release分支完全相似际看。

• 合并到master并打tag

$ git checkout master

$ git merge --no-ff hotfix-1.2.1

$ git tag -a 1.2.1

• 合并到develop分支

$ git checkout develop

$ git merge --no-ff hotfix-1.2.1

注意：有一個例外，如果此時存在release分支時矢否，就需要將hotfix分支合并到release分支仲闽，而不是develop分支。其實當(dāng)release分支完成的時候僵朗，這次修復(fù)也就被合并到develop分支了赖欣。（如果在develop分支的工作立即需要修正這個錯誤，而不能等到release分支完成验庙，也可以將后hotfix分支合并到develop分支顶吮。）

• 最后，刪除這個hotfix分支：

$ git branch -d hotfix-1.2.1

小結(jié)

1.主要分支

• master: 項目的主要分支粪薛，對外的第一門面悴了。所有人瀏覽項目，使用項目违寿，第一時間看到的是master湃交。永遠(yuǎn)處在即將發(fā)布(production-ready)狀態(tài)。

• develop: 處于功能開發(fā)的最前線的版本藤巢，查看develop分支就能知道下一個發(fā)布版本有哪些功能了搞莺。develop一開始是從master里分出來的，并且定期會合并到master里掂咒，每一次合并到master才沧，表示我們完成了一個階段的開發(fā)迈喉，產(chǎn)生一個穩(wěn)定版。同樣的温圆，develop下也不建議直接開發(fā)代碼挨摸，develop代表的是已經(jīng)開發(fā)好的功能的回歸版本。最后捌木，在適當(dāng)?shù)臅r候油坝，由合適的人，合并到master刨裆，作為下一個穩(wěn)定版本澈圈。

• feature的作用是為每一個新功能從develop里創(chuàng)建出來的一個分支。例如小明和小白分別做兩個不相干的功能帆啃，就應(yīng)該分別創(chuàng)建兩個分支瞬女，各自開發(fā)完以后，先后合并到develop里努潘，這就叫做回歸诽偷。

2.輔助分支

• feature: 開發(fā)新功能的分支, 基于 develop, 完成后 merge 回 develop
• release: 準(zhǔn)備要發(fā)布版本的分支, 也基于 develop, 完成后 merge 回 develop 和 master
• hotfix: 修復(fù) master 上的問題, 等不及 release 版本就必須馬上上線. 基于 master, 完成后 merge回 master 和 develop