前言
先前 淺談三種分支策略 Git flow, GitHub flow, GitLab flow (Part I) 介紹過 Git flow 的分支策略非常複雜, 開發過程中會需要管理許多種不同的分支 develop/feature/hotfix/release/master, 對於需要在短時間內作持續發布的團隊來說並不是很適合
GitHub flow
相反的 GitHub flow 就非常的簡單, 只有兩種分支:
feature 分支跟 master 分支
- feature 用來開發新功能
- master 用來發布
開發新功能時會從 master 分一條 feature 分支出來改, 改完沒問題後再提交 Pull Request (PR) 到共用的遠端儲存庫, 當審核的人覺得沒問題後, 提交的修改內容就會被合併到 master 上保存
結論
Github flow 非常適合做持續發布, 缺點是因為 master 只會保存最新的版本, 但在某些情況下我們可能會不希望最新的版本馬上被發布出去
下一篇 淺談三種分支策略 Git flow, GitHub flow, GitLab flow (Part III)
留言
張貼留言