源码管理规范

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分支管理规范（参考）