Spring Cloud 項目目前仍然是快速迭代期,版本變化很快。這裏整理一下版本相關的東西,備忘一下。spring
Spring Cloud並無熟悉的數字版本號,而是對應一個開發代號。markdown
Cloud代號 | Boot版本(train) | Boot版本(tested) | lifecycle |
---|---|---|---|
Angle | 1.2.x | incompatible with 1.3 | EOL in July 2017 |
Brixton | 1.3.x | 1.4.x | 2017-07卒 |
Camden | 1.4.x | 1.5.x | - |
Dalston | 1.5.x | not expected 2.x | - |
Edgware | 1.5.x | not expected 2.x | - |
Finchley | 2.x | not expected 1.5.x | - |
開發代號看似沒有什麼規律,但實際上首字母是有順序的,好比:Dalston版本,咱們能夠簡稱 D 版本,對應的 Edgware 版本咱們能夠簡稱 E 版本。app
兩者均基於SpringBoot的1.5.x版本。但支持其餘組件的版本不一樣,如以 Dalston.SR4 和 Edgware.RELEASE 來對比:.net
spring-cloud-config 分別對應 1.3.3和 1.4.0;
spring-cloud-netflix 分別對應 1.3.5和 1.4.0;
spring-cloud-consul 分別對應 1.2.1和 1.3.0;
spring-cloud-gateway 前者不支持,後者 1.0.0。blog
每一個小版本的不一樣,會有細微差異。開發
F版本是個絕對的大版本,幾乎全部組件,所有同步變動版本號爲2.x。get
Spring Cloud 小版本分爲:同步
SNAPSHOT: 快照版本,隨時可能修改it
M: MileStone,M1表示第1個里程碑版本,通常同時標註PRE,表示預覽版版。table
SR: Service Release,SR1表示第1個正式版本,通常同時標註GA:(GenerallyAvailable),表示穩定版本。
從這一點來看,選擇哪一個版本都不是大問題,但提醒一下,遇到坑時,最好根據版本進行查詢,不然你會發現你找到的辦法不行。其實是版本不匹配。
若是你項目須要和其餘老項目交叉,以兼容爲第一要務。
若是全新項目,能夠考慮較新版本,如E版。若是你愛好踩坑,F拿去。
小版本沒啥可說的,嚐鮮:SNAPSHOT,生產:GA。
https://blog.csdn.net/54powerman/article/details/79163440
在寫本篇文章時,Spring Cloud版本演進狀況以下:
版本名稱 |
版本 |
---|---|
Finchley |
snapshot版 |
Edgware |
snapshot版 |
Dalston SR1 |
當前最新穩定版本 |
Camden SR7 |
穩定版本 |
Brixton SR7 |
穩定版本 |
Angel SR6 |
穩定版本 |
從下Angel到上Finchley能夠看出,版本的第一個字母是按照A-Z順序編排的。這些單詞是什麼含義呢,大概的搜一下能夠得出基本都是地名,官方說明是這些版本號的單詞來自於英國倫敦的地鐵站站名。
那麼爲何要用單詞而不是數字類型的版本號呢? 由於Spring Cloud包含了一系列的子系統,Spring Cloud Config,Spring Cloud Netflix,Spring Cloud Bus等,爲了防止與這些子系統的版本號混淆,Spring Cloud的版本號所有使用英文單詞。
版本號後面的SRX,X表明一個數字,這個是小版本號,就是在特定的版本中,修復一些致命問題,作的升級版本號。
Spring Cloud |
Spring Boot |
---|---|
Finchley |
兼容Spring Boot 2.0.x,不兼容Spring Boot 1.5.x |
Dalston和Edgware |
兼容Spring Boot 1.5.x,不兼容Spring Boot 2.0.x |
Camden |
兼容Spring Boot 1.4.x,也兼容Spring Boot 1.5.x |
Brixton |
兼容Spring Boot 1.3.x,也兼容Spring Boot 1.4.x |
Angel |
兼容Spring Boot 1.2.x |
本文參與騰訊雲自媒體分享計劃,歡迎正在閱讀的你也加入,一塊兒分享。