Git分支工作流程

使用Git輔助開發肯定要有一套流程標準，否則每一個人的commit提交習慣不同，可能最終會出現比較混亂的局面。2010年，有組織制定一套Git開發流程標準，希望大家遵守，當然標準不是硬性的，不同公司有所不同。

下面簡單介紹一下，此套標準的總體原則，初學者可以做一下借鑑，當然可能公司有更為科學的方式。

一.分支種類：

當在實際應用開發中，特別是比較複雜的專案，Git不可能只存在一個分支。

比如主分支存放當前線上穩定版程式碼，還有正在進行測試的非穩定版本分支，或者還有正在開發新功能的分支。

開發建議Git有如下分支（不是影響固定，僅供參考）：

（1）.master。

（2）.develop。

（3）.hotfix。

（4）.release。

（5）.feature。

圖示如下：

二.分支種類作用介紹：

1.master分支：

此分支通常用來存放專案的穩定版本，主要特點如下：

（1）.內容來源主要是分支合併過來，不推薦開發者直接commit提交。

（2）.由於master分支可以是穩定版本，可以隨時上線，所以通常版本標籤都是打在master分支各個提交之上。

關於標籤的用法可以參閱Git tag標籤用法詳解一章節。

2.develop分支：

develop開發分支通常和feature特徵分支配合使用，它是所有feature特徵分支的基礎。

當在feature分支中測試完新開發的功能後，可以將其合併到develop分支。

3.hotfix分支：

當出現緊急問題，比如master線上分支出現程式碼問題，可以在此分支中進行修補，修補之後然後再合併到master分支。

特別說明：在合併到master主分支的同事，還要合併一份到develop分支，否則之後將develop合併到master時候，可能會導致修復的問題復現。

4.release分支：

當develop分支開發到自認為足夠穩定的狀態，將此分支合併到release分支（在此分支進行上線前的最後測試）。

最後測試完成後，再合併到master分支和develop分支。

合併到master分支是非常好理解的，因為要上線執行。合併到develop是因為release分支後續可能還會發現問題，所以要將與develop分支同步，以防止以後develop再合併到release分支出現問題。

5.feature分支：

此分支作用其在介紹develop分支的時候已經涉及，在feature進行新功能的開發，開發完成後再合併到develop。