语义版本号管理规范尝试

发布时间 2023-06-25 10:28:05作者: seufelix
1.0.0-alpha
主版本号、次版本号、修订号,先行版本号
稳定上线后,变为1.0.0
 
(一)问题或简单需求实现
有新问题修改、或简单需求(不涉及新增页面、接口),则增加修订号(一个或多个问题、简单需求) 1.0.1-test.1 -> 1.0.1-test.2 ...
每次开发有修改bug,可以提交修改内容。
等问题在测试环境验证ok后, 先行版本号设置为alpha,即1.0.1-alpha
如果在生产环境验证OK,则版本设置为正式1.0.1
如果在生产环境没有验证OK,则版本设置为1.0.1-beta,如此不断增加先行版本号,及至生产环境验证OK,则设置为1.0.1
 
(二)新页面或新接口增加
如果有新页面或新接口增加(一个或多个需求) ,则次版本号增加,此时修订号设为0, 1.1.0-test.1 -> 1.1.0-test.2 ...
每次开发有接口或页面新增,可以提交新增内容。
等问题在测试环境验证ok后, 先行版本号设置为alpha,即1.1.0-alpha
如果在生产环境验证OK,则版本设置为正式1.1.0
如果在生产环境没有验证OK,则版本设置为1.1.0-beta,如此不断增加先行版本号,及至生产环境验证OK,则设置为1.1.0
等这批需求功能基本验证OK后,版本调整为1.1.0后,发现的新问题修改,则参考问题或简单需求实现,在1.1.0版本上对修订号和先行版本号进行操作。
 
(三)当功能大变,和以前的版本不需要兼容,可以考虑更改主版本号
1.0.0-alpha < 1.0.0 < 1.0.1-test.1 < 1.0.1-test.2 < 1.0.1-alpha < 1.0.1-beta < 1.0.1 < 1.1.0-test.1 < 1.1.0-test.2 < 1.1.0-alpha < 1.1.0-beta < 1.1.0 < 2.0.0-alpha
 
 
概念参考资料:语义化版本控制规范(SemVer) https://semver.org/lang/zh-CN/