Hotfix F（版本测试中）
hotfix发布后需要合并回develop
本地仓库
bugfix都不需要新创建中心仓库分支，直接使用对应的feature分支；集成提测后bugfix的流程，merge request的目标是release-{版本号}
Init
release
Hotfix-{版本号2}
develop
测试人员：利用devops流水线进行story测试版本/集成测试版本的部署
打Tag1.1
开发主干分支。迭代开发任务完成后，从此分支拉出发布分支进行版本提测。
Hotfix的本地流程与Feature的流程一致
功能分支，开发人员基于此分支进行功能开发。此分支从master拉出。
bugfix发布后需要合并回develop
随时进行strory测试
版本经理：关注中心仓库待发布的版本分支，及其与master、develop、提测中release分支的交互；中心仓库待发布的分支含hotfix版本分支和release版本分支，均是组合jira版本号命名。
生产修复分支。上线后紧急修复版本使用。此分支从master拉出，完成后合并到master分支、develop分支、正在提测的release分支。
开发人员：关注中心仓库待开发的开发分支，及其与本地开发分支的交互；中心仓库待开发的分支含feature分支/bugfix分支/hotfix分支，均是直接以jira号命名。本地仓库分支请跟随中心仓库分支进行命名，也是直接以jira号命名。
下迭代
Feature C（本迭代不交付）
开始集成测试
Feature B
中心仓库
Master
一般等同于线上最新版本，正常迭代开发和hotfix均从此分支拉出对应特性分支/修复分支。
feature
Release-{版本号1}
上迭代最新发布版本
本迭代开发阶段
release分支只应该做Bug修复，从develop分支拉出，完成后合并到master分支、develop分支、正在提测的release分支。
打Tag2.0
Develop（主干）
Hotfix E（版本测试前）
hotfix
本迭代版本提测阶段
审核人员：审核merge request，与开发人员共同保障代码合并至预期的分支上
拉发布分支
Feature A
