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/
标签：尝试,1.0,1.1,验证,版本号,语义,OK,alpha From： https://www.cnblogs.com/seufelix/p/17502294.html