Git的开发-测试-上线-流程
分支说明
分支名 | 说明 |
---|---|
develop/major.minor.x | 开发版本主分支 |
develop/major.minor.revision(N) | 开发版本对应提测N修改分支 |
test/major.minor.revision(N) | 测试版本分支,N对应第几次提测 |
release/major.minor.revision(N).RELEASE | 对外发布版本分支 |
hotfix/major.minor.revision(N).RELEASE | 线上问题修复分支 |
流程
develop
开发分支:开发人员每天都需要拉取/提交最新代码的分支test
测试分支:开发人员开发完并自测通过后,发布到测试环境的分支release
发布分支:测试环境测试通过后,将测试分支的代码发布到正式环境的分支hotfix
分支:在release
发现新的bug
时,需要创建一个hotfix
,完成后,合并到release
和develop
分支
版本号
版本号风格与命名格式:
major.minor.revision.buildNumber
主版本号.子版本号.修正版本号.编译版本号
子版本号:对应产品功能版本,产品每澄清1次需求,版本+1
修正版本号:对应为每次提测版本,每提测1次,版本+1
编译版本号:自动化构建递增版本,每构建1次,版本+1,目前不支持不使用
版本号说明
按照大版本对应分支,在当前分支开发完所有功能功能(需求),所有模块统一版本,即使对应模块没有功能变动。
版本号升位规则:
major:对外正式发行,并且包含大功能,目前没有固定的约束,如果整个系统结构得到增强,则可能会更改
minor:每新增一次功能为标记,通常表现为产品一次澄清结束
revision:每测试1轮递增1,无论任意模块测试都递增1
develop/major.minor.x:当前版本的主分支,用于合并所有对应版本代码
案例说明
develop/0.2.x,当前版本所有代码,合并所有提测代码,问题修复代码,新功能提交代码
版本开始.0.2.x
develop/0.2.1:第1轮测试,服务A,推送test/0.2.1
develop/0.2.2:第2轮测试,服务B,推送test/0.2.2
develop/0.2.3:第3轮测试,服务C,推送test/0.2.3
develop/0.2.4:第4轮测试,服务A第2轮测试,从上一次分支develop/0.2.1切出分支develop/0.2.4,推送test/0.2.4,删除develop/0.2.1
develop/0.2.5:第5轮测试,服务B第2轮测试,从上一次分支develop/0.2.2切出分支develop/0.2.5,推送test/0.2.5,删除develop/0.2.2
develop/0.2.6:第6轮测试,服务C第2轮测试,从上一次分支develop/0.2.3切出分支develop/0.2.6,推送test/0.2.6,删除develop/0.2.3
…
develop/0.2.x:第i轮测试,服务A,测试通过,合并develop/0.2.i到develop/0.2.x,删除develop/0.2.i
develop/0.2.x:第j轮测试,服务B,测试通过,合并develop/0.2.j到develop/0.2.x,删除develop/0.2.j
develop/0.2.x:第k轮测试,服务C,测试通过,合并develop/0.2.k到develop/0.2.x,删除develop/0.2.k
版本结束.0.2.x
版本开始.0.3.x:从0.2.x检出