kd-api-pxy v1.5.0

KDPlus 产品基线版本管理

版本管理

alpha版本

需求迭代开发过程中版本部署

内部测试版。这个版本包含很多BUG，功能也不全，主要是给开发人员和 测试人员测试和找BUG用的

该版本需修改package.json中version字段为 V版本号-alpha.0 0代表第一个内部测试版本

发布命令 npm publish --tag alpha

beta版本

需求迭代开发完成后版本构建部署,做测试回归及开发人员对接使用

公开测试版。该版本任然存在BUG，但是相对alpha版要稳定一些。这个阶段版本的软件还会不断增加新功能。

该版本需修改package.json中version字段为 V版本号-beta.0 0代表第一个内部测试版本

发布命令 npm publish --tag beta

stable版本

回归测试完成后部署推送版本

稳定版

该版本需修改package.json中version字段为 V版本号

发布命令 npm publish

版本号

V版本

V版本更新，主要维度有：

• 产品架构、技术架构变更
• 核心功能的完善
• 公司战略的调整

R版本1级

R版本1级更新，主要维度有：

• 重要功能、批量功能的更新
• 线上致命、严重bug修复
• 2级版本号 > 9

R版本2级

R版本2级更新，主要维度有：

• 一般性功能完善
• 3级版本号 > 9
• 一般性bug修复
• API数量的增加

R版本3级

R版本3级更新，主要维度有：

• 线上轻微bug修复，功能优化
• 个别参数、方法名称的调整
• API函数名称调整

分支及环境

• 分支主要分为开发分支、个人开发分支、测试分支、生产分支；其对应的环境分别为开发环境、需求开发环境、测试环境、生产环境、版本环境；
• 基线API在测试环境测试通过后，才能同步更新到生产环境，测试环境、生产环境；
• 测试环境API的版本号和生产环境API版本号不一定要保持一致；

注意

• 生产环境更新，必须经过研发负责人、产品负责人全部确认后发布更新；
• 新增、测试功能，必须在测试环境测试通过；
• 每次生产版本发布，必须包含更新日志；
• 生产版本号必须递增，不能跳跃；