分支类型

release：发布分支，每次开发新版本，从master分支迁出，命名例子：release-1.0.0

feature：功能分支，基于release迁出，分支命名feature-JIRA需求单号。

master：线上稳定分支，release或hotfix升级后，合并入master分支。

hotfix：紧急分支，从master迁出，命名例子：hotfix-1.0.0。

分支开发流程

关键点

1. 需求，基于master分支创建feature。且所有该需求的缺陷，在feature分支修复（并合并入release）。
2. 需求，基于release分支测试。不得存在独立在release分支修改的代码。
3. 封版发布阶段，有缺陷，不符合发布条件的需求。需要重新构建release分支进行合并符合发布条件的需求进行发布。
4. 每周四下午固定封版时间，即发布时间。

版本号递增策略

主版本号.迭代版本号.紧急修复版本号
如：1.8.0，表示正常发布版本。下一个正常发布版本未1.9.0
如：1.8.1，表示紧急发布版本，是基于1.8.0临时发布的修复版本

特点

1. 弱迭代特性，迭代计划可去除，保留迭代回顾作为持续改进。
2. 看板模式，需求流水线。由研发需求对接人，将需求

挑战

1. 更快的发布频率，对于测试和SDT是一个挑战。但是发版时间点可以稳定控制。
2. 工作模式变更。弱迭代。更规范的GIT操作要求。