GitHub flow
特色
- 輕量級
- 分支做爲基礎
建立分支
- 基於master
- 命名是基於功能描述，讓團隊成員看到你的分支的做用
提交
- 清晰的說明提交消息，方便查看和回滾
使用Pull Request
- 任何人均可以確切地看到若是接受您的請求將合併哪些更改
- 能夠審查合併代碼
討論並檢查代碼
- 在Pull Request的基礎上使用留言社區化談論
- 經過討論提升代碼質量
部署
- 任何分支均可以部署，部署操做在合併master以前
- 出問題能夠回滾
合併
- 部署以後在生產環境驗證
- 驗證沒問題以後再合併到master分支
Git flow
因爲本文Git flow不是重點因此簡要概述html
特色
- 分支做用明確，長時間維護master和develop分支
- 操做固定，建立功能-完成功能-建立版本-上線版本-建立熱修復-完成熱修復
- 沒有用到rebase
二者區別
GitHub flow更加簡潔，而且要求使用Pull Request，鼓勵線上討論，而且任何一個完成的功能都是在合併master以前上線到生產環境，那麼master的做用也就是歸檔，方便其餘人下載，也就是開源的思想
Git flow的限制更多，都是在團隊內部操做，更加嚴謹和規範
markdown