初步使用 Git Flow 进行团队开发

---

正如阮一峰老师所说，如果你严肃对待编程，那么你一定会使用“版本管理系统”（ 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 分支，再删除。

四、参考资料

《 Understanding the Git Workflow 》