Spring Cloud 官网
版本依赖关系 选择
版本发布规划
Maven父pom
<parent>
<groupId>org.springframework.boot</groupId>
<artifactId>spring-boot-starter-parent</artifactId>
<version>2.6.13</version>
<relativePath/>
</parent>
<!-- 对所依赖jar包进行版本管理的管理器。
(dependencyManagement里只是声明依赖,并不实现引入) -->
<dependencyManagement>
<dependencies>
<dependency>
<groupId>org.springframework.cloud</groupId>
<artifactId>spring-cloud-dependencies</artifactId>
<version>2021.0.5</version>
<type>pom</type>
<scope>import</scope>
</dependency>
<dependency>
<groupId>com.alibaba.cloud</groupId>
<artifactId>spring-cloud-alibaba-dependencies</artifactId>
<version>2021.0.5.0</version>
<type>pom</type>
<scope>import</scope>
</dependency>
</dependencies>
</dependencyManagement>
版本命名
X.Y.Z
序号 | 说明 |
X | 表示主版本号(Major),当API的兼容性发生变化时,X必须递增 |
Y | 表示次版本号(Minor),当增加功能时(不影响API的兼容性),Y必须递增 |
Z | 表示修订号(Patch),当修复漏洞时(不影响API的兼容性),Z必须递增 |
build-snapshot:
开发版本,也叫快照版本。当前版本处于开发中,开发完成之后,自己进行测试,另外让团队其它人也进行测试使用下;
Alpha
内部版:严重缺陷基本完成修正并通过复测,但需要完整的功能测试
Beta
相对Alpha版有很大的改进,消除了严重的错误,但测试版还存在一些缺陷
M1…M2(Milestone)
里程碑版本,在版发布之前 会出几个里程碑的版本。使用snapshot版本开发了一个时间,觉得最近写代码杠杠的,那么就整几个里程碑版本记录下吧,记录我们这个重大的时刻,是你我未来的回忆。
RC1…RC2(Release Candidates)
发布候选。内部开发到一定阶段了,各个模块集成后,经过细心的测试整个开发团队觉得软件已经稳定没有问题了,可以对外发行了。
release
正式版本。发布候选差不多之后,那么说明整个框架到了一定的阶段了,可投入市场大面积使用了,那么发布出去,让广大用户来吃吃香吧。
SR1…SR2(Service Release)
修正版。这是啥意思呐,这不release版本发布之后,让广大群体使用了嘛,再牛逼的架构师,也无法写出零bug的代码,那么这时候,就优先对于release版本的问题进行修复,这时候每次迭代的版本就是SR1,SR2,SR3。
SP | SP1 | 是Service Pack的意思,表示升级包,相信大家在 windows中都见过 |
Trial | 试用版 | 试用版,仅对部分用户发行 |
Full Version | 完整版 | 即正式版,已发布 |
Unregistered | 未注册 | 有功能或时间限制的版本 |
Standard | 标准版 | 能满足正常使用的功能的版本 |
Lite | 精简版 | 只含有正式版的核心功能 |
Enhance | 增强版 | 正式版,功能优化的版本 |
Ultimate | 旗舰版 | 标配版本的升级,体验更好 |
Professiona | 专业版 | 针对要求更高、专业性更强的使用群体发行的版本 |
Free | 自由版 | 自由免费使用的版本 |
Upgrade | 升级版 | 有功能增强或修复了已知缺陷 |
Retail | 零售版 | 单独发售 |
Cardware | 共享版 | 公用许可证(iOS签证) |
LTS | 维护版 | 该版本需要长期维护 |