git仓库分支管理规范
一、常备分支（跟随git仓库一直存在）：
| 分支名称 | 发布环境 | 签入者 | 自动构建发布 | 说明 |
|---|---|---|---|---|
| hostfix_develop | 开发环境 | 开发 | 是 | 日常开发人员进行联调自测时，将特性分支合并到此分支。将触发自动构建到开发环境 |
| develop | 需求明确纳入接下来的发布版本时，对应特性分支合并到此分支。然后发布到开发环境进行前后端联调和自测。 | |||
| hostfix_test | UAT环境 | 当开发环境不具备联调条件，或者特性分支未纳入发布时。将特性分支合并到此分支在UAT环境做测试 | ||
| test | 开发人员完成自测后，会将 develop 分支合并到 test 分支。自动构建部署到 UAT | |||
| master |
灰度环境 生产环境 |
PM | 否 | 测试完成（bug都已关闭），会将 test 分支合并到 master 分支。以准备生产发布 |
| release | —— | PM | —— | 生产环境的上一版本。也可选择在发布验证后在 master 分支打上发布标签 |
二、过程分支（存在一段时间，合并后删除。不会自动触发构建）
|
分支名称
|
发布环境
|
命名规则
|
创建者
|
签入者
|
说明
|
|---|---|---|---|---|---|
| 特性分支 | 本地环境 | feature_develop_{组名首字母}_{功能名}_{创建时间} | 开发 | 开发 | |
| 修复分支 | 灰度环境 | hotfix_master_{bug标识}_{创建时间} | SM | 开发 | 生产环境bug修复。（迭代过程中的测试bug在develop分支修复） |
三、合并过程
