Git 分支管理实践_patterns for managing source code branches

背景

在团队多人协作开发中，分支管理需要解决如下问题：

1. 直到上线并验收通过之前，每个人开发的功能互不影响；
2. 多人开发的功能测试时需要共用同一套（或有限的几套）测试环境；
3. 哪怕代码上线后，也有回滚的可能性，上线回滚不会对主干分支的代码产生影响；
4. 分支管理需要满足快速小步迭代的敏捷开发需求；

我们团队的每个项目有四套环境：
5. 开发环境：开发人员本机或者远程开发环境（我们有几个项目是通过 sftp 远程开发）；
6. 测试环境：供测试人员使用；
7. 预发布环境：类生产环境，上线前的回归测试使用；
8. 生产环境：正式发布功能；

根据实践，我们以 gitflow 为基础设计了自己的分支管理流程，该流程已经实践 2 年了，效果很好。

分支管理流程

说明：

1. 有 4 种分支：feature/fix、test、release、master。
2. feature/fix：开发分支/热修复分支。当需要开发新功能或修复 bug 时，开发人员从最新 master 分支创建新的特性分支，在这些分支上进行开发和自测。格式：feature-主开发人姓名-