代码分支管理

整体代码分支关系

uat、sit：测试分支
feature：功能分支
hotfixes：线上缺陷处理分支
release：稳定分支，预发布分支

场景应对

新功能开发

从jira上任务来看，版本对应Epic（史诗）、功能名称对应Story（故事）、细分任务对Task（开发任务、需求任务）
Epic：v2.3，
Story：搜索，对应JIRA号：DP-488
Task：普通搜索支持带单位、组合输入、分解填充，对应JIRA号：DP-499

代码分支管理过程如下：

1. 从release_2.2切一个release_2.3的版本功能分支，前后端涉及同一个开发Story，创建分支：feat_dp488，表示开发对应Stroy为DP-488的代码分支，该分支一样是从master切出来
2. 功能开发完成后，将对应代码功能分支合并到sit进行测试，后续再合并到uat进行测试回归，没有问题后，合并到一个release_2.3稳定待发布分支
3. 在发布日，基于release_2.3进行发布，进行构建发布

线上问题修复

代码分支为：release_2.3，缺陷JIRA号：DP-433

1. 从release_2.3分支切出一个分支，hotfix_dp433，修复后代码先合并sit、uat分支回归，没有问题则升级的release_2.3.1，进行构建发布

紧急零散功能

代码分支为：release_2.3，零散JIRA号：DP-433

1. 此处是针对紧急的零散功能，正常的零散功能应该进入版本规划开发节奏。
2. 从release_2.3分支切出一个分支，feat_dp433，功能测试后代码先合并sit、uat分支回归，没有问题则升级的release_2.3.1，进行构建发布

版本中部分功能先上

本质上还是参考紧急零散功能的方式，将部分功能代码分支合并到sit、uat测试回归，没有问题则升级到增量的稳定版本分支，进行构建发布

Jira任务管理

1. 要求拆解任务，单个任务预估工时不能超过2d
2. 任务需要关联具体的Epic上，双周一个Sprint版本