开发过程中的git分支管理

• 通常情况下，服务器分以下几种部署、运行环境：

staging：用于开发功能时给 RD 测试用，代码、数据库都是测试环境的。
preview：用于代码部署到生产环境前的测试，代码是准生产版本，数据库是生产环境的。
production：生产环境，代码、数据库都是生产环境的。

• 为了配合以上环境，git代码库一般会有以下分支：

staging分支：用于staging环境的部署
master分支：git默认的分支，提供最新、稳定的代码
preview分支：用于preview环境的部署
production分支：用于production环境的部署

以上分支将会永久留存在git代码库中，但是在开发、bugfix的过程中，还会用到如下几种分支：

dev分支：以dev_xxx命名，xxx表示对某种功能的简单描述
feature分支：以feature_xxx命名，xxx表示对子功能的简单描述
bugfix分支：以bugfix_xxx命名，xxx表示对bug的简单描述，修复常规bug时会用到
hotfix分支：以hotfix_xxx命名，xxx表示对bug的简单描述，修复紧急bug时会用到

各个分支的生命周期

• 由于公司实际开发中只有staging环境与production环境，故去掉preview分支，各个分支详细如下：

master分支：

默认存在的分支，保持最新、稳定的代码
从以下分支合并：dev、bugfix、hotfix

preview分支：

预生产环境的分支
从以下分支合并：master

release分支：

生产环境的分支
从以下分支合并：preview

dev分支：

开发环境的分支
派生自以下分支：master
从以下分支合并：feature
合入以下分支：master

staging分支：

测试环境的分支
从以下分支合并：feature

feature分支：

开发者开发各自功能的分支
派生自以下分支：dev
合入以下分支：staging、dev

bugfix分支：

用来解决常规bug的分支
派生自以下分支：master
合入以下分支：staging、master

hotfix分支：

用来解决紧急bug
派生自以下分支：release
合入以下分支：staging、preview、release

参考资料