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的版本号
设计的目的是为了更好的管理每个SpringCloud子项目的清单，避免自己的版本号与子项目的版本号混淆。
（常用了英国伦敦地铁站的名称来命名）首字母越靠后表示版本号越大
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 上查看。
