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