我謹代表 Reactor 團隊，很高興宣佈本週 Reactor 的第一個版本：Reactor Bismuth-SR10 釋出了 🎉

請繼續關注本週晚些時候釋出的 Reactor Californium 里程碑版本 ??‍♂️

Reactor Bismuth-SR10

3.1.x 系列的最新維護 BOM，Bismuth-SR10，已釋出。 它包括兩個新的工件（點選版本號檢視 GitHub 上的釋出說明）

• reactor-core 3.1.8.RELEASE
• reactor-netty 0.7.8.RELEASE

但有一個更新需要注意：Flux.last() 過去會在某些類別的空源（如 Flux 或 Mono，它們是 Callable，例如 Flux.empty()）上跳過丟擲 NoSuchElementException。 這是一個錯誤，現在已正確丟擲。

否則，此版本主要包含從 Californium 的第一個版本在主分支上的持續開發工作中反向移植的錯誤修復。

維護版本中反向移植/修復問題的流程變更

說到反向移植：對於那些已經或有興趣貢獻的人 (❤️)，請注意我們即將更改分類和分支策略。 受 Spring Boot 團隊做法的啟發，我們現在將

• 將已分類的問題分配給一個 backlog 里程碑
• 儘早決定問題/PR 應在維護分支還是當前開發分支中修復（選擇的 backlog 里程碑將反映這一點）
• 在應該釋出的*最早的維護分支*中修復該問題
• 將根維護分支向前合併到 master 中（並且當我們有更多維護分支時，也合併到更新的維護分支中）
• 只有在問題*已經合併和轉發*後，才將問題移動到精確的里程碑（例如 3.2.0.M2）

這將減少圍繞反向移植問題的繁瑣步驟（消除對令人困惑的跟蹤器問題的需求）。 我們相信，透過讓 github 里程碑顯示修復已釋出的**最早的維護版本**，這也有助於使用者瞭解問題是否已在維護版本中修復。 最後，它將有助於檢視修復的程式碼，因為現在修復程式將只有一個參考提交（加上一個可能包含使之與最新的重大更改相容的調整的合併提交）。

由於我們正處於 3.1.x 和 master 中都發生了釋出的時間點，因此現在是實施該流程變更的好時機。 有關更多詳細資訊，請參見 #1225

祝您程式設計愉快！