GitFlow 开发流程
Gitflow 比前文讲的基于功能分支的开发流程要复杂的多，它更适合做大型的复杂项目
它围绕项目发布流程定义了一个严格的分支模型，所有的开发分支都是围绕这个严格的分支模型进行。而这个模型约定了每个分支的角色，以及他们如何沟通。
我们来看看Gitflow开发流程中几个约定的分支，以及他们各自承担的角色是怎样的。
Master分支：用于存放线上版本代码，可以方便给代码打版本号
Develop 分支：用于整合Feature 分支。
Feature 分支：某个功能的分支，从Develop分支切出，并且功能完成时又合并回Develop 分支。不直接和master 分支交互。
Release分支：通常对应一个迭代。将一个版本的功能全部合并到Develop分支后，从Develop 切出一个Release 分支。这个分支不再追加新的需求，可以完成bug修复，完善文档的作用。务必记住，代码发布后，需要将其合并到Master 分支，同时也要合并到Develop分支。
Hotfix 分支：紧急修复的分支，是唯一可以从master 切出的分支，一旦修复了可以合并到Master 分支和Develop分支上。