GitFlow的分支管理规范

GitFlow 常用的分支：master, develop, feature, hotfix, release;

历史分支(master, develop)：相对使用仅有的一个master分支，GitFlow工作流使用 2 个分支来记录项目的历史。master 分支存储了正式发布的历史，而 develop 分支作为功能的集成分支。 这样也方便 master 分支上的所有提交分配一个版本号;

功能分支(Feature)：每个新功能位于一个自己的分支，这样可以 push 到中央仓库以备份和协作。 但功能分支不是从 master 分支上拉出新分支，而是使用 develop 分支作为父分支。当新功能完成时，合并回 develop 分支。新功能提交应该从不直接与 master 分支交互;

 发布分支(release)：一旦 develop 分支上有了做一次发布（或者说快到了既定的发布日）的足够功能，就从 develop 分支上 fork 一个发布分支。新建的分支用于开始发布循环，所以从这个时间点开始之后新的功能不能再加到这个分支上——这个分支只应该做 Bug 修复、文档生成和其它面向发布任务。一旦对外发布的工作都完成了，发布分支合并到 master 分支并分配一个版本号打好 Tag。另外