史上讲解最详细:版本号命名的前世今生(Spring Cloud版本命名原来是这么回事) | 您所在的位置:网站首页 › 前世今生是怎么回事 › 史上讲解最详细:版本号命名的前世今生(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:这是稳定版本,可用于生产环境。 那么在引入使用的时候,怎么使用呐? org.springframework.boot spring-boot-starter-parent 2.2.5.RELEASEBTW:看到没有,在引入的版本中,并没有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:程碑版本/预览版本,告知我们这个是里程碑版本,先偷腥的人可以来; 那么在引入使用的时候,怎么使用呐? org.springframework.boot spring-boot-starter-parent 2.3.0.M2还记得我们说的嘛,里程碑版本是记录内部开发的一个版本,所以,如果是上面这么引入的,是无法使用的,因为还未发布到官网上,那么在使用的时候,需要添加仓库: spring-snapshots https://repo.spring.io/snapshot true spring-milestones https://repo.spring.io/milestone spring-snapshots https://repo.spring.io/snapshot spring-milestones https://repo.spring.io/milestone(3)2.2.6 SNAPSHOT 2.2.6:第二代Spring Boot的第2个小版本的第6次bug修复; SNAPSHOT:这是我们内部在开发的一个版本啦,也是对于2.2.5版本的bug迭代版本; 那么在引入使用的时候,怎么使用呐? org.springframework.boot spring-boot-starter-parent 2.2.6.BUILD-SNAPSHOT当然这里也需要添加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版本的话,也是稳定的版本,官网也在修复此版本存在的问题。 那么在引入使用的时候,怎么使用呐? org.springframework.boot spring-boot-starter-parent 2.1.13.RELEASE5.2 Spring Cloud版本真相 师傅:Spring Boot就说这么多了,接下来,为师在带你窥视下Spring Cloud: (下图数据采集于:2020年3月6日星期五) (1)HoxtonSR2 CURRENT GA Hoxton:第八代Spring Cloud版本; SR2:修正版,修正了2次,说明release之后,进行了两次的问题修复。 CURRENT:这是官网当前推荐的版本; GA:稳定版本,可用于生产了; 那么在引入使用的时候,怎么使用呐? org.springframework.cloud spring-cloud-dependencies Hoxton.SR2 pom import(2)Hoxton SNAPSHOT Hoxton:第八代Spring Cloud版本; SNAPSHOT:开发版本,快照版本; 那么在引入使用的时候,怎么使用呐? org.springframework.cloud spring-cloud-dependencies Hoxton.BUILD-SNAPSHOT pom import当然这里也需要添加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以后的可以放心使用; 相关历史文章(阅读本文之前,您可能需要先看下之前的系列 |
CopyRight 2018-2019 实验室设备网 版权所有 |