我谨代表 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

祝您反应式编程愉快！