KDPlus 产品基线版本管理
版本管理
$3
需求迭代开发过程中版本部署
内部测试版。这个版本包含很多BUG，功能也不全，主要是给开发人员和 测试人员测试和找BUG用的
> 该版本需修改package.json中version字段为 V版本号-alpha.0 0代表第一个内部测试版本
>
>发布命令 npm publish --tag alpha
$3
需求迭代开发完成后版本构建部署,做测试回归及开发人员对接使用
公开测试版。该版本任然存在BUG，但是相对alpha版要稳定一些。这个阶段版本的软件还会不断增加新功能。
> 该版本需修改package.json中version字段为 V版本号-beta.0 0代表第一个内部测试版本
>
>发布命令 npm publish --tag beta
$3
回归测试完成后部署推送版本
稳定版
> 该版本需修改package.json中version字段为 V版本号
>
>发布命令 npm publish
版本号
$3
V版本更新，主要维度有：
- 产品架构、技术架构变更
- 核心功能的完善
- 公司战略的调整
$3
R版本1级更新，主要维度有：
- 重要功能、批量功能的更新
- 线上致命、严重bug修复
- 2级版本号 > 9
$3
R版本2级更新，主要维度有：
- 一般性功能完善
- 3级版本号 > 9
- 一般性bug修复
- API数量的增加
$3
R版本3级更新，主要维度有：
- 线上轻微bug修复，功能优化
- 个别参数、方法名称的调整
- API函数名称调整
分支及环境
- 分支主要分为开发分支、个人开发分支、测试分支、生产分支；其对应的环境分别为开发环境、需求开发环境、测试环境、生产环境、版本环境；
- 基线API在测试环境测试通过后，才能同步更新到生产环境，测试环境、生产环境；
- 测试环境API的版本号和生产环境API版本号不一定要保持一致；
| 包名 | 分支 | 环境 |
|--------|-----------------------|-----------|
| kd-api | develop | 开发分支 |
| kd-api | feature-姓名拼音缩写-tapdID | 个人开发分支 |
| kd-api | alpha | 内部测试版 |
| kd-api | beta | 测试分支 |
| kd-api | master | 生产环境 |
| kd-api | V版本号 | 生产上线后的tag |
注意
- 生产环境更新，必须经过研发负责人、产品负责人全部确认后发布更新；
- 新增、测试功能，必须在测试环境测试通过；
- 每次生产版本发布，必须包含更新日志；
- 生产版本号必须递增，不能跳跃；