筆記: Git Flow 與版本控制

Git Flow 就是利用 Git 的分支功能進行開發流程管理的一種方法，Git Flow 主張利用 master 、

develop 、 hotfix 、 release 、 feature 五種分支進行管理。

master：存放穩定上線版本，並附上版本號。

develop：開發用分支，真正的主分支，要開發的功能從這個分支出去到 feature ，開發完之後也合併回 develop。

feature：開發功能時從 develop 出來，開發完合併回 develop。

release：最後測試用分支，當 develop 版本要上線時，在 release 進行測試，之後上線同時與 master、 develop 進行合併。

hotfix：如果 master 還是不幸出大事( bug )，就開 hotfix 來修，修好合併回 master 及 develop。

從上述過程中，各修正如果修好了都要同時對 master 與 develop 合併，是比較複雜，並且

develop 看起來比較像 master 主導整個專案運作。

因此就產生了 Github Flow 與 GitLad Flow ，將關注點重新回到 master 上，新功能依然使用

新分支，開發完成合併回 master ，但上線版本時間不一定與 master 相同，因此 GitLab Flow

主張發布版本額外創一個分支，即 develop --> master --> 上線版本分支，是對於 Git Flow 的

改進。

參考資料：

筆記