B
发布分支生命周期说明（参考）
并行开发
一次切分支的操作（branch cut）
仓库分支：master
发布分支：prod-3.13.0
M
场景一：一个维护阶段，两个开发阶段没有重叠
将当前分支发布到生产环境
一次提交代码的操作（commit and push）
R
prod-3.12.0-开发阶段
prod-3.13.0-开维护阶段
prod-3.12.0-维护阶段
1-发布分支的生命周期分为两个阶段：开发阶段、维护阶段 2-开发组长负责从仓库分支上创建出开发分支A[生命周期开始] 切分支时需要注意近期有没有待发布的分支，如果有，尽量等待发布的分支合并完代码之后，再切分支 3-A分支处于开发阶段，开发人员在A分支上进行持续开发和集成[开发阶段] 4-A分支处于测试阶段，开发人员在A分支上修复bug[开发阶段] 5-A分支已发布生产，开发组长负责把A分支合并到仓库分支[维护阶段] 开发组长注意，如果当前有其它处于开发阶段的分支，需要在A分支合并到仓库分支之后，再将仓库分支合并到当前处于开发阶 段的分支上 6-生产环境需要紧急修复bug，开发人员在A分支上修复bug，并发布到生产[维护阶段] 开发人员注意，如果当前有其它处于开发阶段的分支，需要同时在其它处于开发阶段的分支上修复该bug 发布生产环境时，如果发布失败需要回滚，运维人员直接部署之前的备份程序，不需要重新编译、打包
一次合并分支/代码的操作（merge）
1-Project权限分为五种：拥有者权限(owner)、管理权限(master)、开发权限(developer)、浏览权限(reporter)、宾客权限(Guest)，详情：http://gitlab.usr.cn/help/permissions/permissions 2-开发组长作为Project的创建者，拥有对该Project的owner权限 3-如果项目创建者不是开发组长，需要项目创建者将权限转交给开发组长 3-项目组开发人员，拥有对所有分支的浏览权限，并拥有对非仓库分支(master分支)的开发权限 4-非项目组开发人员，拥有对所有分支的浏览权限
C
Project权限管理规范（规定）
场景二：一个维护阶段，两个开发阶段有重叠
发布分支：prod-3.12.0
prod-3.13.0-开发阶段
图例
Project分支管理规范（参考）
