从计算机历史文档里搜出来一篇关于分支的介绍

术语	定义
master	主分支，主要用来版本发布
develop	日常开发分支，该分支正常保存了开发的最新代码
feature	具体的功能开发分支，只与 develop 分支交互
release	release 分支可以认为是 master 分支的未测试版。比如说某一期的功能全部开发完成，那么就将 develop 分支合并到 release 分支，测试没有问题并且到了发布日期就合并到 master 分支，进行发布
hotfix	线上 bug 修复分支

1、develop 分支用来日常开发功能，开发完成并且测试没有问题则将 develop 分支的代码合并到 master 分支并发布。

新功能必须开新的功能分支，开发完成的功能分支会合并到develop分支。

2、最初所有的开发工作都在 develop 分支上，当我们这一期的功能开发完毕的时候，我们基于 develop 分支开一个新的 release 分支。这个时候我们就可以对 release 分支做统一的测试了，另外做一些发布准备工作：比如版本号之类的。

3、当线上代码出现 bug 时，我们基于 master 分支开一个 hotfix 分支，修复 bug 之后再将 hotfix 分支合并到 master 分支并进行发布，同时 develop 分支作为最新最全的代码分支，hotfix 分支也需要合并到 develop 分支上去。

4、如果测试工作或者发布准备工作和具体的开发工作由不同人来做，比如国内的 RD 和 QA，这个 RD 就可以继续基于 develop 分支继续开发了。再或者说公司对于发布有严格的时间控制，开发工作提前并且完美的完成了，这个时候我们就可以在 develop 分支上继续我们下一期的开发了。同时如果测试有问题的话，我们将直接在 release 分支上修改，然后将修改合并到 develop 分支上。

5、待所有的测试和准备工作做完之后，我们就可以将 release 分支合并到 master 分支上，并进行发布了。