Spring Cloud版本说明（一）

        Spring Cloud是一个由众多独立子项目组成的大型综合项目，每个子项目有不同的发行节奏，都维护着自己的发布版本号。Spring Cloud通过一个资源清单BOM（Bill of Materials）来管理每个版本的子项目清单。为避免与子项目的发布号混淆，所以没有采用版本号的方式，而是通过命名的方式。这些版本名称的命名方式采用了伦敦地铁站的名称，同时根据字母表的顺序来对应版本时间顺序，比如：最早的Release版本：Angel，第二个Release版本：Brixton，然后是Camden、Dalston、Edgware，Finchley，目前最新的是Greenwich版本。

一、常见版本号说明

　　举个瓜：2.0.3 RELEASE

　　2：主版本号，当功能模块有较大更新或者整体架构发生变化时，主版本号会更新

　　0：次版本号。次版本表示只是局部的一些变动。

　　2：修改版本号。一般是bug的修改或者是小的变动

　　RELEASE：希腊字母版本号。此版本号用户标注当前版本的软件处于哪个开发阶段

 

二、希腊字母版本号

　　Base：设计阶段。只有相应的设计没有具体的功能实现。

　　Alpha：软件的初级版本。基本功能已经实现，但存在较多的bug。

　　Bate：相对于Alpha已经有了很大的进步，消除了严重的BUG，但还存在一些潜在的BUG，还需要不断测试。

　　RELEASE：最终版本，没有太大的问题。

 

三、SpringCloud的版本号

　　1）为什么springcloud版本用的是单词而不是数字呢？

　　　　设计的目的是为了更好的管理每个SpringCloud子项目的清单，避免自己的版本号与子项目的版本号混淆。

　　2）有什么规则么？

　　　　（常用了英国伦敦地铁站的名称来命名）首字母越靠后表示版本号越大

　　3）关于版本发布说明？

　　　　BUILD-XXX　　　　　　开发版　　　　开发团队内部使用，不是很稳定

　　　　GA　　　　　　　　　　稳定版　　　　相比于开发版，基本上可以使用了

　　　　PRE（M1、M2）　　　  里程碑版　　　主要是修复了一些BUG的版本，一个GA后通常有多个里程碑版

　　　　RC　　　　　　　　　　候选发布版　　该阶段的软件类似于最终版的一个发行观察期，基本只修复比较严重的BUG

　　　　SR　　　　　　　　　　正式发布版　　~~~~这个就没啥好说啦

 

 

 

         spring cloud 的版本要与springboot的版本对应，否则可能会出现一些意外惊喜。就像Spring Boot需要依赖对应的Spring Framework版本一样，Spring Cloud需要依赖对应版本的Spring Boot，我们不能随便使用版本。

版本的对应关系可以在 https://start.spring.io/info 上查看。