背景

由於Git的分支比SVN更好管理且更易使用，最近團隊從SVN遷移到Git，需要重新規劃開發流程，最終確定使用Git-flow工作流，這是目前比較流行的一種分支模型，下面是Git-flow的簡易流程圖。

Git-flow分支介紹

master

是線上版本分支，也可以理解為隨時可以釋出的穩定版本，要求在每次版本封版後由主程式設計師合併release分支程式碼進來，開發人員不可以隨意操作。

develop

用來開發的分支，通常可以直接在其上進行開發，在每次釋出版本和線上緊急bug修復後，需要同步到其上，理論上此版本只在開發階段使用，提測時不可以直接修改，而在測試結束後由release分支合併到其上。

release

當開發結束後用來提測的分支，所有測試階段的bug全部在此分支修復，測試結束後合併到 master 和 develop 分支中

feature

如果在團隊開發時，有一個功能的開發週期要長過本次版本開發週期，建議開啟一個 feature 進行單獨開發，當需要此功能的時候，只需要將 feature 合併入 develop 分支，下次一併提測即可。這樣設計可以避免這個功能在尚未開發完成或者通過測試的時候混入釋出的版本，而導致不可預知的不穩定。當然也可以同時開啟多個 feature

hotfix

線上bug修復的熱補丁分支，應由 master 拉出，並在修復完成後合併入 master 和 develop 保證兩分支的bug已修復。

推薦一款Git GUI工具 SourceTree 在Windows和Mac都可以使用，Mac下應該是更好用一些，第一安裝註冊時可能要FQ，預設也支援Git-flow工作流，可以在其中開啟。