Git 系列文章（四）—— GitHub Flow

正文之前

因为我现在还是学生，所以参加过的 GitHub 团队合作项目就只有掘金翻译计划，所以这一篇文章所讲述的内容是从我目前的经历和《GitHub入门与实践》([日]大塚弘记著) 中总结而来

GitHub Flow，是一种开发流程，是一种概念，而不是什么框架

正文

分支

之前说过，如果要给别人的仓库做贡献，就要先将这个仓库 fork 到自己的账号里，然后再进行改动，再 PR

但是，在 GitHub Flow 中，变得更加简单，不 fork，直接在源仓库创建分支：

有几个要求：

1. master 分支是稳定的一个分支（也就是对外部署的分支）
2. 创建的其他分支的命名要具有描述性（别起一些乱七八糟的名字，害人害己）
3. 你所创建的分支，要在本地仓库和远程仓库同时存在（为了备份，同时也为了能让别人看到你的进展）
4. 提交的粒度要小，最好每次提交只针对某个功能，而不是一次提交中新增好几个功能
5. 定期 Push，不仅是备份代码，也能让别人看到你的进展

这里有一个关于 Git 开发流程的 Gist，里面定义了各种功能的分支的命名方式

其实我也没怎么经历过 GitHub Flow，还是去找一些项目练手吧