git flow 軟體開發中的乙個分支管理流程。利用它可以讓軟體開發有條不紊的進行，先對它進行乙個大概的了解吧，後面工作了實際用到了在深入研究一下。
先看下它的工作流程：
這張圖看著一臉茫然，先放在這兒，後面就看懂了。
開發中主要的兩個分支是master和develop分支。它們的職責：
master分支：是主分支，永遠處在即將發布的狀態。
develop分支：它是開發分支，表示最新的開發狀態。
一般情況下master分支和develop分支是保持一致的，但是當develop分支正在開發新的功能的時候，開發完畢並且測試也沒問題了，這時會merge合併到master分支準備發布。
git glow 除了提供了master和develop兩個主要的分支外，還提供了以下三個輔助分支：
feature分支：它是基於develop分支的，用於開發新功能的分支，如果新功能開發完畢，則合併到develop分支。
release分支：它也是基於develop分支的，它是表示準備要發布的版本的分支，用於修復bug，完成後合併到develop分支和master分支。
hotfix分支：表示用於修復緊急bug的分支，它是基於master分支的，修復完成後合併到master 和develop分支。
例如：現在已經有了master和develop分支，現在要準備做乙個新功能a，那麼第一步就要基於develop分支建立乙個新的分支出來。
git branch feature/a
這就是乙個規範表示所有開發的功能的分支都是以feature為字首。
如果這時發現了緊急bug，那麼就需要立刻切換到master分支去修復bug，並且在master基礎上建立乙個分支：git branch hotfix/b
當bug修復完成後直接合併到master和develop分支。
這些完成後，在切換到feature/a繼續新功能的開發，如果開發完成了合併到develop分支。
如果功能都開發完畢，並且測試通過了，可以準備發布了，那麼就需要建立乙個release發布分支。
git branch release/1.0 表示發布版本為1.0。
最後在發布分支上做最後的測試，如果一切ok，則直接把release分支合併到master和develop分支。
最後進行發布。
有乙個git flow工具可以幫我們做很多事情，我們不用這麼合併過來合併過去，但是剛開始最好這樣吧，先熟悉它的流程。
例如需要開發乙個新功能直接從切換到develop分支到建立feature分支一步到位：
git flow feature start a
這個分支完成後，需要合併到develop分支
git flow feature finish a 即可。
如果是hotfix或者release分支，他會自動幫你合併到develop和master兩個分支。
git flow 大體先到這兒。
git flow 常用基礎命令和流程介紹
今天學習了一下git flow，記錄一下 git flow的流程圖標 針對圖示的解釋 master 這個分支只能從其他分支合併，不能直接修改此分支。develop 主要開發分支，包含所有到下乙個release版本的 主要合併其他分支如feature.feature 用來開發新乙個功能，一旦開發成功合...
GitFlow 開發流程
gitflow 比前文講的基於功能分支的開發流程要複雜的多，它更適合做大型的複雜專案 它圍繞專案發布流程定義了乙個嚴格的分支模型，所有的開發分支都是圍繞這個嚴格的分支模型進行。而這個模型約定了每個分支的角色，以及他們如何溝通。我們來看看gitflow開發流程中幾個約定的分支，以及他們各自承擔的角色是...
Git Flow分支管理
也就是我們經常使用的master分支，這個分支最近發布到生產環境的 最近發布的release，這個分支只能從其他分支合併，不能在這個分支直接修改。當我們在production發現新的bug時候，我們需要建立乙個hotfix,完成hotfix後，我們合併回master和develop分支，所以hotf...