这篇博客探讨了Spring Cloud版本的命名方式，如Angel.SR6、Brixton.SR5等，指出这些版本名源自伦敦地铁站名字，并且SR表示service Release。作者解释了Spring Cloud如何管理和协调各个子项目的版本，以及SR版本号的递增意味着修复和更新的累积。博客引用了官方资源链接以供查阅最新的依赖版本和历史更新。
本博客参考内容: 翟永超大神的《SpringCloud微服务实战》一书
最近刚开始自主学习spring-cloud，在pom.xml中总是被眼花缭乱的版本号弄得自己不知所措，比如：Angel.SR6、Brixton.SR5、Dalston.SR1等等之类的。
由于Spring Cloud是一个拥有诸多子项目的大型综合项目，可以说是对微服务架构解决方案的综合套件组件，其中包含的各个子项目都独立的进行着内容的迭代与更新，各自维护自己的发布版本号。
因此每一个Spring Cloud的版本都包含了不同版本的子项目，为了管理每个版本的子项目清单，避免版本号与其子项目的版本号混淆，故没有采用版本号的方式，而是采用版本名的方式。
这些版本采用的伦敦地铁站的名字，按照字母排序对应版本的时间顺序
比如最早的RELEASE版本是 Angel，第二是Birxton……
那么不难理解 版本名后面的SR4、SR5就是版本号了（service Release 4）
当一个Spring cloud 项目的发布内容积累到临界点或者一个严重的BUG解决可用后，就会发布一个“service Release”版本， 简称SR（X）版本，x是一个递增数字
所以 Dalston.SR1就是 Dalston的第1个 service Release 版本
下图是spring-cloud官方给出的最新依赖的版本（https://projects.spring.io/spring-cloud/）：
最低0.47元/天 解锁文章
扫一扫
5077
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
