一、 Git Flow 工作模型的原理

無規(guī)矩不成方圓，但是規(guī)矩太多了，則感覺到束縛。我們一個(gè)人工作的時(shí)候喜歡無拘無束，想怎么干就怎么干，沒有人評判，沒有人檢驗(yàn)。時(shí)間久了就會(huì)盲目自大，以為增刪改查熟悉業(yè)務(wù)就能夠搞定一些。但是當(dāng)項(xiàng)目逐漸擴(kuò)大，原來的靈活逐漸變成了混亂，原來的快速迭代因?yàn)檫^于隨意的代碼，而開發(fā)進(jìn)度遲遲不前。掌握一種規(guī)范，便在處理類似問題的時(shí)候有章可循，也能夠快速的融入一個(gè)團(tuán)隊(duì)。另外所謂規(guī)范，可以說是比較好的實(shí)踐，按照規(guī)范來，項(xiàng)目也能穩(wěn)健的發(fā)展。

(資料圖片僅供參考)

Git Flow 就是如何使用git 分支的一種規(guī)范，或者叫做推薦。

根據(jù)Git Flow 的推薦，我們要將Git 的分支分為 master、develop、hotfix、release、feature這五個(gè)分支。各種分支分別負(fù)責(zé)不同的功能，平時(shí)開發(fā)的時(shí)候各司其職，因此會(huì)有比較小的沖突率。那么可以用這些減少?zèng)_突的時(shí)間，少加會(huì)班，多有點(diǎn)自己的生活豈不快哉。一圖勝千言：

master 分支

master 分支主要方穩(wěn)定、隨時(shí)可上線的版本。這個(gè)分支只能從別的分支上合并過來，一般來講，從develop 上合并，或者從bugfix 分支上合并過來。不能直接在master 分支上進(jìn)行commit文件。因?yàn)槭欠€(wěn)定的版本，所以每次版本發(fā)布都要在這個(gè)分支上添加標(biāo)簽(tag)。

develop 分支

develop 分支是所有開發(fā)分支的母體，所有的開發(fā)分支都要從develop上切出來，開發(fā)完成之后最后都要合并到develop上。

hotfix 分支

hotfix 分支用來修復(fù)生產(chǎn)中的緊急bug，由于develop分支尚處于開發(fā)過程中，代碼不穩(wěn)定，不能直接應(yīng)用于生產(chǎn)。所以從master分支上切出一個(gè)分支，修復(fù)完成之后合并到master分支，并且合并到develop上。

release 分支

release 分支可以稱之為預(yù)發(fā)布的版本。當(dāng)我們認(rèn)為develop版本的代碼已經(jīng)趨于成熟，我們可以打一個(gè)release分支。在release 分支上測試完成之后，要將代碼合并到master分支和develop上。master 分支是線上版本，而合并到develop版本是因?yàn)?，在測試過程中，一些細(xì)節(jié)的東西可能會(huì)修改，因此這些優(yōu)化的內(nèi)容也應(yīng)該合并到最終版本以及開發(fā)版本中。

feature 分支

feature 分支是最經(jīng)常使用的分支了。當(dāng)我們收到一個(gè)新的開發(fā)功能時(shí)，應(yīng)該在develop分支上切出一個(gè)feature分支。用來完成新功能的開發(fā)，開發(fā)完成之后，要合并進(jìn)develop分支上。

二、 Git Flow 工具的使用

基本上各種git的客戶端軟件都會(huì)支持Git Flow 工作模型。sourcetree 上使用git flow 工作模型就很流暢，體驗(yàn)很好。但是為了全平臺上通用，以及理解原理，快速上手。我們來學(xué)習(xí)下Git Flow 的命令行操作。

git flow 是一種git的使用規(guī)范，當(dāng)然也有相應(yīng)的工具集，命令行命令讓我們使用。

1、起步

安裝git flow

brew install git-flow-avh

初始化git flow 工具庫

git flow init之后都按照默認(rèn)的去配置，直接按enter鍵繼續(xù)。

2、feature 分支操作

增加feature新特性分支

適用場景，需要開發(fā)新功能

git flow feature start your roverliang/addlist

示例:

roverliang$ git flow feature start roverliang/addlistSwitched to a new branch "feature/roverliang/addlist"Summary of actions:- A new branch "feature/roverliang/addlist" was created, based on "develop"- You are now on branch "feature/roverliang/addlist"Now, start committing on your feature. When done, use:     git flow feature finish roverliang/addlistroverliang$ git branch  develop* feature/roverliang/addlist  master

完成新特性這個(gè)動(dòng)作執(zhí)行的是下面的流程:

git flow feature finish roverliang/addlist

示例：

roverliang$ git flow feature finish roverliang/addlistSwitched to branch "develop"Your branch is up to date with "origin/develop".Already up to date.Deleted branch feature/roverliang/addlist (was 2e1b475).Summary of actions:- The feature branch "feature/roverliang/addlist" was merged into "develop"- Feature branch "feature/roverliang/addlist" has been locally deleted- You are now on branch "develop"roverliang$ git branch* develop  masterroverliang$

獲取一個(gè)發(fā)布的新特性的分支

git flow feature track origin MYFEATURE

3、release 分支操作

準(zhǔn)備release 版本

git flow release start RELEASE [BASE]你可以選擇提供一個(gè) [BASE]參數(shù)，即提交記錄的 sha-1 hash 值，來開啟動(dòng) release 分支. 這個(gè)提交記錄的 sha-1 hash 值必須是"develop" 分支下的。

示例：

roverliang$ git branch  develop  feature/test* masterroverliang$ git log --pretty=oneline -32e1b475f9825275aefa0892cfe5259aaac9a3483 (HEAD -> master, origin/test2, origin/master, origin/feature/test, origin/develop, feature/test, develop) delte some content2d22f306d2dca363b8aaa05743be342a505aabb0        renamed:    demo.txt -> test.txtfbf025e210952c3cdb10e219c4ee5f82b9f36327        modified:   demo.txtroverliang$

發(fā)布release 版本

git flow release track RELEASE

完成release 版本

相當(dāng)于執(zhí)行以下幾個(gè)動(dòng)作：

git flow release finish RELEASE

4、bugfix 分支操作

緊急修復(fù)的需求：

開始緊急修復(fù)，開啟hotfix 分支

git flow hotfix start VERSION [BASENAME]VERSION 參數(shù)標(biāo)記著修正版本。你可以從 [BASENAME]開始，[BASENAME]為finish release時(shí)填寫的版本號

完成緊急修復(fù)

當(dāng)完成緊急修復(fù)分支，代碼歸并回 develop 和 master 分支。相應(yīng)地，master 分支打上修正版本的 TAG。

git flow hotfix finish VERSION

關(guān)鍵詞：