我代表 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.empty() 这样的 Callable 的 Flux 或 Mono）上跳过抛出 NoSuchElementException 异常。这是一个 bug，现在已修复为正确抛出异常。

除此之外，此版本主要包含来自主分支上 Californium 首次发布的持续开发工作中移植的错误修复。

维护版本中移植/修复问题的流程变更

说到移植：对于那些已经或有兴趣贡献代码的人（❤️），请注意我们将要更改分类和分支策略。受 Spring Boot 团队做法的启发，我们现在将：

• 将分类后的问题分配到积压里程碑
• 尽早决定问题/PR 应该在维护分支还是当前开发分支中修复（选择的积压里程碑将反映这一点）
• 在应该发布修复程序的最早的维护分支中修复问题
• 将根维护分支前向合并到master（当我们有更多维护分支时，也合并到更新的维护分支）
• 仅在合并和前向合并后才将问题移动到精确的里程碑（例如3.2.0.M2）

这将减少移植问题的流程（无需令人困惑的跟踪器问题）。我们相信这也有助于用户了解问题是否已在维护版本中修复，因为 GitHub 里程碑将显示已发布修复程序的最早维护版本。最后，在查看修复代码时，这将有所帮助，因为现在将只有一个参考提交用于修复（加上可能包含使修复程序与最新重大更改兼容所需的调整的合并提交）。

由于3.1.x和master都刚刚发布了一个版本，现在是实施流程更改的好时机。有关更多详细信息，请参见#1225

祝您响应式编程愉快！