2019/08/08 gitflow 工作流程

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

gitflow

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

主分支

• master分支
• develop 分支

輔助分支

我們的開發(fā)模式旁邊的主要分支機(jī)構(gòu)掌握和發(fā)展，使用各種支持分支機(jī)構(gòu)，以幫助團(tuán)隊(duì)成員之間的平行發(fā)展，便于跟蹤的功能，準(zhǔn)備生產(chǎn)版本，并協(xié)助快速修復(fù)現(xiàn)場生產(chǎn)問題。 與主分支不同，這些分支總是有有限的生命時(shí)間，因?yàn)樗鼈冏罱K將被移除。

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

feature 分支

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

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

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è)計(jì)的。在這個(gè)分支上的代碼允許做小的缺陷修正、準(zhǔn)備發(fā)布版本所需的各項(xiàng)說明信息（版本號(hào)、編譯時(shí)間等等）。通過在release分支上進(jìn)行這些工作可以讓develop分支空閑出來以接受新的feature分支上的代碼提交，進(jìn)入新的軟件開發(fā)迭代周期。

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

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

Release分支從develop分支檢出。例如, 當(dāng)前產(chǎn)品版本是1.1.5，我們有一個(gè)比較大的更新，develop分支已經(jīng)做好發(fā)布準(zhǔn)備了，我們新的版本號(hào)定位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"

這個(gè)新的分支可能會(huì)存在一段時(shí)間，直到發(fā)布可能被推出。 在此期間，可以在此分支做一些小的錯(cuò)誤修復(fù)（而不是開發(fā)分支）。而不能添加大的新功能。

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

$ git checkout master

$ git merge --no-ff release-1.2

$ git tag -a 1.2

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

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

$ git checkout develop

$ git merge --no-ff release-1.2

這個(gè)操作可能會(huì)有沖突，合并沖突，提交就行了。

現(xiàn)在我們已經(jīng)完成了，可以刪除release分支了，因?yàn)槲覀儾辉傩枰耍?/p>

$ git branch -d release-1.2

hotfix分支：

• 從master檢出
• 合并會(huì)develop和master分支

• 命名：hotfix-*

  
  
  hotfix branch

hotfix分支非常像release分支，因?yàn)樗鼈兌家馕吨磳l(fā)布一個(gè)新的版本，盡管是未計(jì)劃的。

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

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

創(chuàng)建hotfix

hotfix分支從master檢出。例如,當(dāng)前線上運(yùn)行的是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分支，以便下個(gè)版本也包含這次修復(fù)。這個(gè)和完成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

注意：有一個(gè)例外，如果此時(shí)存在release分支時(shí)，就需要將hotfix分支合并到release分支，而不是develop分支。其實(shí)當(dāng)release分支完成的時(shí)候，這次修復(fù)也就被合并到develop分支了。（如果在develop分支的工作立即需要修正這個(gè)錯(cuò)誤，而不能等到release分支完成，也可以將后hotfix分支合并到develop分支。）

• 最后，刪除這個(gè)hotfix分支：

$ git branch -d hotfix-1.2.1

小結(jié)

1.主要分支

• master: 項(xiàng)目的主要分支，對(duì)外的第一門面。所有人瀏覽項(xiàng)目，使用項(xiàng)目，第一時(shí)間看到的是master。永遠(yuǎn)處在即將發(fā)布(production-ready)狀態(tài)。

• develop: 處于功能開發(fā)的最前線的版本，查看develop分支就能知道下一個(gè)發(fā)布版本有哪些功能了。develop一開始是從master里分出來的，并且定期會(huì)合并到master里，每一次合并到master，表示我們完成了一個(gè)階段的開發(fā)，產(chǎn)生一個(gè)穩(wěn)定版。同樣的，develop下也不建議直接開發(fā)代碼，develop代表的是已經(jīng)開發(fā)好的功能的回歸版本。最后，在適當(dāng)?shù)臅r(shí)候，由合適的人，合并到master，作為下一個(gè)穩(wěn)定版本。

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

2.輔助分支

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