正文之前
因为我现在还是学生,所以参加过的 GitHub 团队合作项目就只有掘金翻译计划,所以这一篇文章所讲述的内容是从我目前的经历和《GitHub入门与实践》([日]大塚弘记著) 中总结而来
GitHub Flow,是一种开发流程,是一种概念,而不是什么框架
正文
分支
之前说过,如果要给别人的仓库做贡献,就要先将这个仓库 fork 到自己的账号里,然后再进行改动,再 PR
但是,在 GitHub Flow 中,变得更加简单,不 fork,直接在源仓库创建分支:
有几个要求:
- master 分支是稳定的一个分支(也就是对外部署的分支)
- 创建的其他分支的命名要具有描述性(别起一些乱七八糟的名字,害人害己)
- 你所创建的分支,要在本地仓库和远程仓库同时存在(为了备份,同时也为了能让别人看到你的进展)
- 提交的粒度要小,最好每次提交只针对某个功能,而不是一次提交中新增好几个功能
- 定期 Push,不仅是备份代码,也能让别人看到你的进展
这里有一个关于 Git 开发流程的 Gist,里面定义了各种功能的分支的命名方式
其实我也没怎么经历过 GitHub Flow,还是去找一些项目练手吧