gitflow 比前文講的基於功能分支的開發流程要複雜的多，它更適合做大型的複雜專案
它圍繞專案發布流程定義了乙個嚴格的分支模型，所有的開發分支都是圍繞這個嚴格的分支模型進行。而這個模型約定了每個分支的角色，以及他們如何溝通。
我們來看看gitflow開發流程中幾個約定的分支，以及他們各自承擔的角色是怎樣的。
master分支：用於存放線上版本**，可以方便給**打版本號
develop 分支：用於整合feature 分支。
feature 分支：某個功能的分支，從develop分支切出，並且功能完成時又合併回develop 分支。不直接和master 分支互動。
release分支：通常對應乙個迭代。將乙個版本的功能全部合併到develop分支後，從develop 切出乙個release 分支。這個分支不再追加新的需求，可以完成bug修復，完善文件的作用。務必記住，**發布後，需要將其合併到master 分支，同時也要合併到develop分支。
hotfix 分支：緊急修復的分支，是唯一可以從master 切出的分支，一旦修復了可以合併到master 分支和develop分支上。
使用Git Flow管理開發流程
我們都知道,在 git 的分支功能相對 svn 確實方便許多，而且也非常推薦使用分支來做開發.我的做法是每個專案都有2個分支,master 和 develop.master 分支是主分支,保證程式有乙個 穩定版本,develop 則是開發用的分支,幾乎所有的功能開發,bug 修復都在這個分支上,完成...
git flow 多分支流程
最近專案 現多分支提測問題.featrue a和featrue b兩個分支先後提測.按git flow的標準流程 開發從dev拉featrue 開發完要提測時合併到develop 測試從develop拉出release分支進行測試,bug修改直接在release上進行.測試完後release再合併回...
Git分支Git Flow開發規範
規範化管理 庫分支有助於版本庫在演進過程中始終保持簡潔，主幹結構清晰。各個分支各司其職，有利於後續的維護更新，避免版本發布帶來的混亂問題。a successful git branching model git官方文件 branching workflows 以下為git分支開發規範的簡單總結 ma...