GitFlow 開發流程
Gitflow 比前文講的基於功能分支的開發流程要複雜的多，它更適合做大型的複雜項目
它圍繞項目發佈流程定義了一個嚴格的分支模型，所有的開發分支都是圍繞這個嚴格的分支模型進行。而這個模型約定了每個分支的角色，以及他們如何溝通。
我們來看看Gitflow開發流程中幾個約定的分支，以及他們各自承擔的角色是怎樣的。
Master分支：用於存放線上版本代碼，可以方便給代碼打版本號
Develop 分支：用於整合Feature 分支。
Feature 分支：某個功能的分支，從Develop分支切出，並且功能完成時又合併回Develop 分支。不直接和master 分支交互。
Release分支：通常對應一個迭代。將一個版本的功能全部合併到Develop分支後，從Develop 切出一個Release 分支。這個分支不再追加新的需求，可以完成bug修復，完善文檔的作用。務必記住，代碼發佈後，需要將其合併到Master 分支，同時也要合併到Develop分支。
Hotfix 分支：緊急修復的分支，是唯一可以從master 切出的分支，一旦修復了可以合併到Master 分支和Develop分支上。