Gitflow 实际上就是各个分支的拉取、合并的问题。代码库存在两个永久性的分支：master和develop，未来所有的开发工作都围绕这两个分支进行派生跟合并。。
除了master和develop分支。有三类分支的命名规则：feature、release、hotfix。
- master ：存储了正式发布的历史。
- develop ：作为功能的集成分支。
- feature：开发新功能的分支。
- hotfix：bug修复分支，用于修复线上运行环境发现的bug。
- release：版本发布分支。
feature 分支：
- 派生于develop
- 合并于develop
开发一个新功能，从develop分支派生一个分支。开发完成之后，合并到develop分支，并且删除feature分支。
release 分支：
- 派生于develop
- 合并于master、develop
develop分支上有了做一次发布的足够功能，就从develop分支上checkout一个发布分支。用于开始发布循环，所以从这个时间点开始之后新的功能不能再加到这个分支。发布完成之后将release分支合并到master分支和develop分支并分配一个版本号打好Tag。并且删除feature分支。
hotfix 分支：
- 派生于master
- 合并于master、develop
线上发布版本有bug的时候，从master分支派生出一个hotfix分支。修复完bug后合并到master分支和develop分支。并且删除hotfix分支。
参考文档：
https://www.cnblogs.com/iBrand2018/p/8708740.html
https://blog.csdn.net/victor_barnett/article/details/51211282