代码质量过程管理流程图

MR

pull 2

pull 拉取

SIT

pull 1

fork

基于某编码中的版本特性，同步开发的版本分支（在合适时机合入主流分支）

SIT测试通过

pull 3

dev-1.1.0.0

说明：1、SIT分支必须从Base主干获取，任何开发分支不得向 Base 主干合并2、SIT环境的DEV版本分支，在开发单元测试通过后（提供相关证据）向QA分支发起合并3、合并到QA分支后，打包发布 UAT 版本，进入测试执行4、QA测试完成，且版本稳定后，在计划时间内时，进行封版；封版时（以版本号）标识 tag，并打生产包，准备投生产master5、投产前，需要以程序检查 UAT 环境中 dubbo 各 jar 包的 MD5；投产后，需要再次检查生产环境中 dubbo 各 jar 包的 MD5；并与投产前的结果再次比对6、QA测试完成时，在计划时间外的，该分支代码分配到下一版投产计划7、main DEV由各线开发master保证代码干净度和稳定度

紧急发布

QA Branch

UAT

dev-2.0.0.0

非必须Sync

封版

发起QA测试

main DEV Branch

研发代码质量过程管理

申请合入QAMerge Request

push SIT

dev-1.0.0.0

DEV emergency branch

dev-1.0.1.0

Origin Base Master

pull 4

pull request

合入Origin Base