史上讲解最详细:版本号命名的前世今生(Spring Cloud版本命名原来是这么回事)- 值得收藏


悟纤:师傅,Spring Cloud的版本怎么都是英文呐、SR2、SR5、GA又是啥东东?

师傅:那不是什么你的东东,是你的西西。

悟纤:师傅,你看你,你看你,好家伙~ 你学坏了!

师傅:我看是你自己又脑洞大开了。

悟纤:我脑袋又没有洞,怎么能大开呐。

师傅:杠精就是你吧。

悟纤:师傅,请多指教; 给我一个喷点,我能杠了整个地球。

师傅:今天不杠倒你,为师就不信了。


一、数字版本号 – 偷下荤

师傅:徒儿,先从最简单的数字版本号开始,你来说说看Spring Boot2.1.5版本号是什么意思?

徒儿:不就是Spring Boot的版本号是2.1.5的版本嘛,2代表这是第二代的SpringBoot, 1的就是迭代版本,5的话就是bug修复吧??

师傅:嗯嗯,回答的不赖,下面敲重点:

(1)其中2: 表示的主版本号,表示是我们的SpringBoot第二代产品。

(2)其中1: 表示的是次版本号,增加了一些新的功能但是主体的架构是没有变化的,是兼容的。

(3)其中5: 表示的是bug修复版。

(4)所以2.1.5合起来就是springboot的第二代版本的第1个小版本的第5次bug修复版本。

结论:版本格式 -> 主版本号.子版本号.修正版本号。



师傅:徒儿,你知道这个版本号的递增规则不?

悟纤:请师傅赐教。

师傅:容我思考下,怎么跟你说说。

主版本号:当你做了不兼容的 API 修改或者进行了大调整;

子版本号:当你做了向下兼容的功能性新增;

修订号:当你做了向下兼容的问题修正;

所以,我们就可以知道,SpringBoot 1.x的版本和Spring Boot 2.x是无法直接通过修改版本号就可以升级的,但是如果要从2.1.5升级到截止到2020年3月6日的2.2.5版本的话,简单修改下版本就可以成功升级了。


二、尾巴带文字 – 牛逼的一批

师傅:我们会发现在使用版本的时候,还有一个点后缀.RELEASE,这又是什么意思呢?

悟纤:这不就是正式版本嘛。

师傅:那么.SR1、.M1呐?

悟纤:这又是什么幺儿子?

师傅:这个相比上面稍微复杂点,且耐心听为师给你讲。

snapshot 快照

alpha 内测

beta 公测

release 稳定版本

GA 最稳定版本

Final 正式版

Pro(professional) 专业版

Plus 加强版

Retail 零售版

DEMO 演示版

Build 内部标号

Delux 豪华版 (deluxe:豪华的,华丽的)

Corporation或Enterpraise 企业版

M1 M2 M3 M是milestone的简写 里程碑的意思

RC 版本RC:(Release Candidate),几乎就不会加入新的功能了,而主要着重于除错

SR 修正版

Trial 试用版

Shareware 共享版

Full 完全版

师傅:这个名词是多的不得了,这里我们讲几个常见的。

build-snapshot:开发版本,也叫快照版本。当前版本处于开发中,开发完成之后,自己进行测试,另外让团队其它人也进行测试使用下;  

M1...M2(Milestone):里程碑版本,在版发布之前 会出几个里程碑的版本。使用snapshot版本开发了一个时间,觉得最近写代码杠杠的,那么就整几个里程碑版本记录下吧,记录我们这个重大的时刻,是你我未来的回忆。

RC1…RC2(Release Candidates):发布候选。内部开发到一定阶段了,各个模块集成后,经过细心的测试整个开发团队觉得软件已经稳定没有问题了,可以对外发行了。


release:正式版本。发布候选差不多之后,那么说明整个框架到了一定的阶段了,可投入市场大面积使用了,那么发布出去,让广大用户来吃吃香吧。


SR1…SR2(Service Release):修正版。这是啥意思呐,这不release版本发布之后,让广大群体使用了嘛,再牛逼的架构师,也无法写出零bug的代码,那么这时候,就优先对于release版本的问题进行修复,这时候每次迭代的版本就是SR1,SR2,SR3。


那么上面的一个顺序是这样子的:

snapshot –>M1…MX  –> RC1…RCX  –> release –> SR1…SRX

对应的文字理解:

开发版本(BS) --(开发到一个小阶段,就要标记下)--> 里程碑版本(MX) --(版本到了一个相对稳定的阶段,可以对外发行了,但是可能还存在修复的问题,此时只做修复,不做新功能的增加)--> 发布候选(RC1) --(BUG修复完成,发布)-->正式版本(release)  --(外界反馈存在一些问题,进行内部在修复)--> 修正版本(SRX)

到这里那么我们经常看到的版本号应该是这样子的:

结论:版本格式-> 主版本号.子版本号.修正版本号.软件版本阶段


三、版本后面的英文标识 – 给力给力真给力

师傅:我们会发现在网站上可以看到会标着CURRENT、PRE等等,这个又是什么意思呢?

CURRENT:当前推荐的版本

GA:稳定版,可用于生产

PRE   :里程碑版/预览版本

SNAPSHOT : 快照

这里只是一个标识,方便大家在使用的时候,进行选择版本,我们一般选择是CURRENT和GA版本,SNAPSHOT打死不选。

师傅:到这里这些你可能还不见的很理解,不要慌,待会为师会亲自给你表演下。


四、Spring cloud的版本说明 – 你太牛了!!!

第一代版本:Angle,第二代版本:Brixton;

第三代版本:Camden,第四代版本:Dalston;

第五代版本: Edgware,第六代版本:Finchley;

第七代版本:GreenWich,第八代版本:Hoxton;


这种发布的版本是以伦敦地铁站作为版本命名,并按地铁站名称的首字母A-Z依次命名。为什么我们的SpringCloud会以这种方式来发布版本,因为假如我们传统的 2.1.5.release这种发布的话,SpringCloud会包含很多子项目的版本就会给人造成混

         我们可以这么理解,使用英文版本的命名方式,就是为了统一管理在Spring Cloud下的子项目版本集合,否则会造成版本混乱。


五、举个栗子

5.1 Spring Boot版本真相

师傅:说的再多,说的再好,不如脱下裤子来跑一跑。

师傅:欧侯,好像说错话了,理论再多,不如举个栗子来的简单,请看大屏幕:


(数据采集于:2020年3月6日星期五)


(1)2.2.5 CURRENT GA

2.2.5 :第二代Spring Boot的第2个小版本的第5次bug修复;

CURRENT : 这是官网当前推荐的使用版本;

GA:这是稳定版本,可用于生产环境。

         那么在引入使用的时候,怎么使用呐?

    <parent>
        <groupId>org.springframework.boot</groupId>
        <artifactId>spring-boot-starter-parent</artifactId>
        <version>2.2.5.RELEASE</version>
    </parent>

BTW:看到没有,在引入的版本中,并没有CURRENT、GA,这两个就是告知我们这些使用Spring Boot的人:Spring Boot 2.2.5版本现在是一个稳定版本(GA),可用于生产环境了,官网大力推荐进行使用哦。


(2)2.3.0 M2 PRE

2.3.0:第二代Spring Boot的第3个小版本的第0次bug修复;

M2:这是2.3.0版本的第2次里程碑版本啦;

PRE:程碑版本/预览版本,告知我们这个是里程碑版本,先偷腥的人可以来;

         那么在引入使用的时候,怎么使用呐?

 <parent>
        <groupId>org.springframework.boot</groupId>
        <artifactId>spring-boot-starter-parent</artifactId>
        <version>2.3.0.M2</version>
    </parent>


    还记得我们说的嘛,里程碑版本是记录内部开发的一个版本,所以,如果是上面这么引入的,是无法使用的,因为还未发布到官网上,那么在使用的时候,需要添加仓库:

<repositories>
        <repository>
            <id>spring-snapshots</id>
            <url>https://repo.spring.io/snapshot</url>
            <snapshots><enabled>true</enabled></snapshots>
        </repository>
        <repository>
            <id>spring-milestones</id>
            <url>https://repo.spring.io/milestone</url>
        </repository>
    </repositories>
    <pluginRepositories>
        <pluginRepository>
            <id>spring-snapshots</id>
            <url>https://repo.spring.io/snapshot</url>
        </pluginRepository>
        <pluginRepository>
            <id>spring-milestones</id>
            <url>https://repo.spring.io/milestone</url>
        </pluginRepository>
    </pluginRepositories>


(3)2.2.6 SNAPSHOT

2.2.6:第二代Spring Boot的第2个小版本的第6次bug修复;

SNAPSHOT:这是我们内部在开发的一个版本啦,也是对于2.2.5版本的bug迭代版本;

         那么在引入使用的时候,怎么使用呐?

<parent>
        <groupId>org.springframework.boot</groupId>
        <artifactId>spring-boot-starter-parent</artifactId>
        <version>2.2.6.BUILD-SNAPSHOT</version>
 </parent>


         当然这里也需要添加spring.io的repositories,这里省略…

(4)2.1.13 GA

2.1.13:第一代Spring Boot的第1个小版本的第13次bug修复;

GA:这是稳定版本,可用于生产;

2.1.13和2.2.5版本差别就在于2.2.5多了一个CURRENT标识,说明官方更推荐2.2.5版本。如果你当前在使用2.1.x版本的话,也是稳定的版本,官网也在修复此版本存在的问题。

         那么在引入使用的时候,怎么使用呐?

<parent>
    <groupId>org.springframework.boot</groupId>
    <artifactId>spring-boot-starter-parent</artifactId>
    <version>2.1.13.RELEASE</version>
</parent>



5.2 Spring Cloud版本真相

师傅:Spring Boot就说这么多了,接下来,为师在带你窥视下Spring Cloud:

(下图数据采集于:2020年3月6日星期五)

(1)HoxtonSR2 CURRENT GA

Hoxton:第八代Spring Cloud版本;

SR2:修正版,修正了2次,说明release之后,进行了两次的问题修复。

CURRENT:这是官网当前推荐的版本;

GA:稳定版本,可用于生产了;

         那么在引入使用的时候,怎么使用呐?

<dependency>
        <groupId>org.springframework.cloud</groupId>
        <artifactId>spring-cloud-dependencies</artifactId>
        <version>Hoxton.SR2</version>
        <type>pom</type>
        <scope>import</scope>
</dependency>



(2)Hoxton  SNAPSHOT

Hoxton:第八代Spring Cloud版本;

SNAPSHOT:开发版本,快照版本;

         那么在引入使用的时候,怎么使用呐?

<dependency>
        <groupId>org.springframework.cloud</groupId>
        <artifactId>spring-cloud-dependencies</artifactId>
        <version>Hoxton.BUILD-SNAPSHOT </version>
        <type>pom</type>
        <scope>import</scope>
</dependency>

         当然这里也需要添加spring.io的repositories,这里省略…


5.3 Spring Cloud和Spring Boot的对应关系

目前的Hoxton对应的Spring Boot是2.2.x


5.4 生产版本选择 – 很重要、很重要

(1): 打死不用 非稳定版本/ end-of-life(不维护)版本

(2):release版本先等等(等别人去探雷);

(3): 推荐  SR2以后的可以放心使用;


 六、悟纤小结

师傅:徒儿,你说你服不服?

悟纤:师傅,我对你的敬仰犹如滔滔江水连绵不绝,犹如黄河泛滥一发不可收拾。

师傅:又来拍马屁了。

悟纤:师傅,又不是马,怎能说是拍马屁呐,要说也是拍人屁。

师傅:你… 你… 你这是要气死为师吧….

悟纤:师傅,师傅,莫生气,气坏身体无人替。来来来,师傅我来给简单总结吧。


(1)Spring Boot版本格式:主版本号.子版本号.修正版本号.软件版本阶段。

(2)Spring Cloud版本格式:(英文)主版本号.软件阶段版本。

(3)Spring Boot 2.3.5 :表示的是Spring Boot的第二代的第3次小版本的第5次bug修复;

(4)build-snapshot:开发版本/快照版本;

(5)MX:里程碑版本;

(6)release:正式版本;

(7)SRX:修正版本;

(8)版本阶段:snapshot –> M1…MX  –>RC1…RCX  –> release  –> SR1…SRX

(9)Spring Cloud是以伦敦地铁站作为版本名称,并按地铁站名称的首字母A-Z依次命名。

(10)Spring Boot的版本升级,发现并没有SR1...SR2的标识,所以Spring Boot这样有数字为版本的是通过最后一位数字来说明在迭代修复bug;对于Spring Cloud是英文版本号,没有数字的概念,那么就是通过.SRX的方式。


师傅:总结的不赖嘛,那师傅就来个大总结吧。

悟纤:师傅的总结要敲重点。

师傅:考试必考,哈哈,师傅的总结主要是为了方便理解。

(1)版本主要有三部分组成:版本号 +版本阶段+ 版本标识;

(2)版本号一般由3位数字构成:主版本号.次版本号.版本修正号(比如:Spring Boot);当框架是n个子框架的集合的时候,那么为了对子项目统一管理,这时候版本号就是:英文名称(Spring Cloud)。

(3)版本阶段:为了记录版本的各个阶段,开发阶段(snapshot) -  里程碑阶段(MX) - 发布候选(RCX)- 正式版本(release) - 修正版本(SRX);对于Spring Boot版本阶段就会比较简单,对于Spring Cloud的版本阶段基本是遵照上面的阶段。

(4)版本标识:为了方便开发使用者群体选择合适的版本,也说明了当前版本号处于一个什么情况了,常见的就是SNAPSHOT/PRE /GA/CURRENT


生产版本选择 – 很重要、很重要

(1): 打死不用 非稳定版本/ end-of-life(不维护)版本

(2):release版本先等等(等别人去探雷);

(3): 推荐  SR2以后的可以放心使用;


相关历史文章(阅读本文之前,您可能需要先看下之前的系列

猜你喜欢

转载自blog.51cto.com/11142439/2484022