Spring 开发中的版本命令规范
Posted 泡^泡
tags:
篇首语:本文由小常识网(cha138.com)小编为大家整理,主要介绍了Spring 开发中的版本命令规范相关的知识,希望对你有一定的参考价值。
Spring常见的版本命名规规则
描述方式 | 说明 | 含义 |
---|---|---|
Snapshot | 快照版 | 尚不稳定、尚处于开发中的版本 |
Release | 稳定版 | 功能相对稳定、可以对外发行,但有时间限制 |
GA | 正式版 | 代表广泛可用的稳定版(General Availability) |
M | 里程碑版 | (M 是 Milestone 的意思)具有一些全新的功能或是具有里程碑意义的版本 |
RC | 终测版 | Release Candidate(最终测试),即将作为正式版发布 |
Alpha | 内部版 | 严重缺陷基本完成修正并通过复测,但需要完整的功能测试 |
Beta | 测试版 | 相对 Alpha 有很大的改进,消除了严重的错误,但还是存在一些缺陷 |
Demo | 演示版 | 只集成了正式版部分功能升级,无法升级 |
Standard | 标准版 | 能满足正常使用的功能的版本 |
Upgrade | 升级版 | 有功能增强或修复已知 bug |
版本命名通行规则
版本号格式:X.Y.Z(又称 Major.Minor.Patch)
递增的规则为:
序号 | 格式要求 | 说明 |
---|---|---|
X | 非负整数 | 表示主版本号(Major),当 API 的兼容性变化时,X 需递增。 |
Y | 非负整数 | 表示次版本号(Minor),当增加功能时(不影响 API 的兼容性),Y 需递增。 |
Z | 非负整数 | 表示次修订号(Patch),当做 Bug 修复时(不影响 API 的兼容性),Z 需递增。 |
详细的使用规则如下:
X, Y, Z 必须为非负整数,且不得包含前导零,必须按数值递增,如 1.9.0 -> 1.10.0 -> 1.11.0
0.Y.Z 的版本号表明软件处于初始开发阶段,意味着 API 可能不稳定;1.0.0 表明版本已有稳定的API。
当 API 的兼容性变化时,X 必须递增,Y 和 Z 同时设置为 0;当新增功能(不影响 API 的兼容性)或者 API 被标记为 Deprecated 时,Y 必须递增,同时 Z 设置为 0;当进行 bug fix 时,Z 必须递增。
先行版本号(Pre-release)意味该版本不稳定,可能存在兼容性问题,其格式为:X.Y.Z.[a-c][正整数],
如 1.0.0.a1,1.0.0.b99,1.0.0.c1000。
开发版本号常用于 CI-CD,格式为 X.Y.Z.dev[正整数],如 1.0.1.dev4。
版本号的排序规则为依次比较主版本号、次版本号和修订号的数值,如 1.0.0 < 1.0.1 < 1.1.1 <
2.0.0;对于先行版本号和开发版本号,有:1.0.0.a100 < 1.0.0,2.1.0.dev3 < 2.1.0;当存在字母时,
以 ASCII 的排序来比较,如 1.0.0.a1 < 1.0.0.b1。
以上是关于Spring 开发中的版本命令规范的主要内容,如果未能解决你的问题,请参考以下文章