我謹代表 Reactor 團隊，很高興宣佈本週 Reactor 的第一批產品：Reactor Bismuth-SR10 已釋出 ?

敬請期待本週晚些時候的 Reactor Californium 里程碑版本 ??‍♂️

Reactor Bismuth-SR10

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

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

一個更新需要考慮的是：Flux.last() 過去在某些類別的空源（例如 Flux.empty()，即 Flux 或 Mono 是 Callable 的情況）上會跳過丟擲 NoSuchElementException。這是一個錯誤，現在它會正確地丟擲異常。

此外，本次釋出主要包含將 Californium 在主分支上首次釋出的持續開發工作中的錯誤修復進行反向移植。

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

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

• 將分類後的問題分配到一個待辦事項里程碑
• 儘早決定一個問題/PR 是否應該在維護分支或當前開發分支中修復（所選擇的待辦事項里程碑將反映這一點）
• 在最早的維護分支中修復問題，該分支是計劃釋出此修復的版本
• 將根維護分支向前合併到 master（當我們有更多維護分支時，也合併到更近期的維護分支）
• 僅在問題合併並向前合併後，才將其移動到精確的里程碑（如 3.2.0.M2）

這將減少反向移植問題的繁瑣流程（不再需要令人困惑的跟蹤問題）。我們相信它還將幫助使用者瞭解問題是否已在維護版本中修復，因為 GitHub 里程碑將顯示修復已釋出的最早維護版本。最後，它將有助於檢視修復的程式碼，因為現在修復將只有一個引用提交（以及一個可能包含必要調整以使其與最新重大更改相容的合併提交）。

由於我們正處於 3.1.x 和 master 都剛釋出了一個版本的時刻，現在是實施此流程變更的好時機。有關更多詳細資訊，請參閱 #1225

祝您反應式程式設計愉快！