正如阮一峰老师所说，如果你严肃对待编程，那么你一定会使用“版本管理系统”（ Version Control System ），而最流行的 VCS 就是 Git。
相比同类软件， Git 的优点在于方便的版本分支与合并，但与此同时也要求使用者具有良好的使用习惯，不然极有可能让 Git 的灵活性成为工作的累赘。
Git Flow 就是这样一种成熟的、经过实践检验的分支管理策略，使用它能够让你在开发复杂程序的同时保证工作的井然有序。
应当注意，本文默认读者已经具备了 Git 与 GitHub 的基础知识，如果读者对这部分还有疑惑，请参考廖雪峰的Git教程或从0开始学习GITHUB系列汇总。
一、主分支 Master
首先，你的代码库应当有且仅有一个主分支，它的作用是提供用户使用的正式版本，要确保它始终处在即将发布的状态。
Git 主分支的名字默认叫作 Master，它是版本库初始化以后自动建立的，是 Repo 的第一个分支。
二、开发分支 Develop
主分支只用来发布重大版本，因此只有一个主分支是不行的，日常开发要在另一条分支上完成，我们把它叫做 Develop ，这个分支用来生成代码的最新隔夜版本，如果需要正式对外发布，在 Master 分支上对 Develop 分支进行合并即可（为保证版本演进的清晰，请使用--no-ff参数执行正常合并）。
三、临时性分支
除了以上两个常设分支，还有三个临时性的功能分支，用来应对一些特定目的的版本开发：
- 功能分支（feature）
- 预发布分支（release）
- 修补分支（fixbug）
这三个分支使用完之后应该删除，保证代码库的常设分支始终只有 Master 和 Develop。
（一）功能分支
功能分支的作用是开发新的功能，可以采用 feature-* 的形式来命名。它是基于 develop 分支的，开发完成后，要重新合并到 develop 分支，然后删除。
（二）预发布分支
预发布分支的作用是准备即将发布的新版本，对其进行测试，可以采用 release-* 的形式来命名。它也是基于 develop 分支的，预发布结束后，必须合并进 develop 和 master 分支，做一个版本标签，然后再删除。
（三）修补分支
修补分支是用来紧急解决软件发布后出现的各种 bug 而创建的。可以采用 fixbug-* 的形式来命名。它是基于 master 分支的。解决完 bug 后，依次合并回 master 和 develop 分支，再删除。
