首个JDK 10（18.3）发行候选版（内部版本43）展示了新的版本控制方案
Mark Reinhold的帖子“ JDK 10：First Release Candidate ”宣布“內部版本43中沒有未解決的P1錯誤”，并將Build 43命名為最初的JDK 10版本候選 。 Reinhold帖子還指向“ JDK 10 Early Access Builds ”頁面，該頁面包含發行說明的鏈接。 到基于Javadoc的API文檔 ； 適用于Windows ， Linux ， macOS和Alpine Linux的“早期開放源代碼構建”（OpenJDK）； 并用于Oracle JDK構建。
以下屏幕快照顯示了OpenJDK 10 Build 43提供的版本信息（屏幕快照中的文本復制在圖像下方）：
openjdk version "10" 2018-03-20 OpenJDK Runtime Environment 18.3 (build 10+43) OpenJDK 64-Bit Server VM 18.3 (build 10+43, mixed mode)
下一個屏幕快照顯示了Oracle JDK 10 Build 43提供的版本信息（屏幕快照中的文本復制在圖像下方）：
java version "10" 2018-03-20 Java(TM) SE Runtime Environment 18.3 (build 10+43) Java HotSpot(TM) 64-Bit Server VM 18.3 (build 10+43, mixed mode)
如上面的屏幕快照所示，OpenJDK和OracleJDK的-version信息當前顯示兩種形式。 它們在JDK 10的引號中顯示“ 10” ，但也顯示18.3 。 這與JSR 383標題[“ Java SE 10（18.3）Platform JSR（383） ”]及其描述一致。
由于Java版本名稱計劃的快速變化發展 ， JDK 9之后的Java版本的版本控制方案一直存在一些混亂。 下面顯示了在JDK 9之后命名的開發版本上的一些關鍵文章。
- 建議“在Java 9之后，我們采用嚴格的基于時間的模型，每六個月發布一次新功能，每季度發布一次更新，每三年發布一次長期支持。”
- “為了清楚地說明這些是基于時間的發行版，并且為了容易確定任何特定發行版的發行日期，功能發行版的版本字符串將采用$YEAR.$MONTH的形式。” 這就是上述示例（代表2018年3月）中“ 18.3”的來源。
- 相關文章“ 加速JDK發布節奏 ”討論了“最終目標”使“ OpenJDK和Oracle JDK構建完全可互換”要采取的方法。
- 解決社區對 原始提案的 關注和回應（例如此 ）。
- 概述選擇版本控制方案時要考慮的標準。
- 介紹滿足概述標準的潛在替代方案。
- 參考瓦德勒定律 。
- 介紹方案$FEATURE.$INTERIM.$UPDATE.$EMERG
- $FEATURE是“功能發布計數器，無論發布內容如何，??每六個月遞增一次。”
- “這主要是基于時間的方案，因為$ FEATURE每六個月遞增一次，而與發行內容無關，而對于每個功能版本， $UPDATE則每三個月遞增一次。”
- 添加了java.version.date JEP 223的系統屬性java.version.date ，它是“ ISO 8601 YYYY-MM-DD格式”的“預定GA日期”。 對于早期訪問版本，這是“將來的某個日期”。 在上面的示例中，預期版本的一般可用性發布日期為2018-03-20 。
- 聲明將更新JSR-383文檔以引用“ 10（18.3） ”，而不是“ 18.3 ”。
- 我之所以寫這篇文章，是因為它提供了一個具體的具體示例，說明了早期訪問版本（“ 10-ea+42 ”）與最終最終可用的發行候選版本（“ 10+43 ”）版本名稱的區別。
這篇文章中顯示的屏幕快照描述了與JDK 10 Release Candidate的可用初始版本相關的版本。 此初始構建提供了對新的JDK版本命名方案的初步了解。
翻譯自: https://www.javacodegeeks.com/2018/02/first-jdk-10-18-3-release-candidate-build-43-demonstrates-new-versioning-scheme.html
總結
以上是生活随笔為你收集整理的首个JDK 10（18.3）发行候选版（内部版本43）展示了新的版本控制方案的全部內容，希望文章能夠幫你解決所遇到的問題。
- 上一篇： 魔方如何复原 怎样还原魔方？
- 下一篇： Vertx编程风格：您的反应式Web C