由于引入了 Spring IO平台，我们使用 Spring IO platform-bom管理我们的项目依赖项。因此，我们不再为单个 Spring 组件（甚至平台库）指定专用版本（并且在覆盖它们时我们要谨慎）。
这个解决方案的缺点是，我们不能使用推荐的新版本的单个组件，例如（昨天）宣布的 Spring Framework 的新版本 4.1.6，直到它被集成到新版本的 Spring IO 平台中。
想知道更多关于 Spring IO 平台的发布管理。是否有总体计划何时发布新版本？我以为实际上Spring Framework的新版本会触发Spring IO 平台的新版本，但似乎并非如此（Spring Framework 4.1.5 没有新版本，我想下一个版本将包括Spring 框架 4.1.6）。
对 Spring IO 平台的发布管理的任何见解都会对我很有趣和有帮助。
一般的经验法则是我们每 6-8 周发布一个新版本的平台。这并不是一成不变的，因为在某些情况下需要更频繁地发布；例如，解决安全漏洞。
您可能已经知道，平台构建在 Spring Boot 之上。它扩展了 Spring Boot 的 bom，为许多其他 Spring 项目及其依赖项添加了依赖项管理。一般来说，当 Spring Boot 新版本发布时，会触发新版本 Platform 的发布。此外，新版本的 Spring Framework 往往会触发新版本 Spring Boot 的发布。
如您所见，Spring Framework 4.1.5 和 Spring Boot 1.2.2 是此规则的一个例外。虽然 Spring Boot 1.2.2 是在 Spring Framework 4.1.5 之后不久发布的，但没有包含这两个版本的平台版本。原因是 Spring Boot 1.2.2 中有几个与 Spring Security 相关的错误，我们希望帮助平台用户避免这些错误。为了实现这一点，我们决定将 Platform 1.1.2 的发布推迟到 Spring Boot 1.2.3 可用并且 Spring Security 问题得到解决之后。在处于领先地位和对错误进行一些保护之间有一个轻微的权衡。
您应该将平台视为推荐使用的一组版本，但它绝对不是您可以使用的唯一一组版本。在平台的 bom 中使用版本属性是经过深思熟虑的，它使用户可以轻松地覆盖版本以满足他们的需求。各种 Spring 项目的负责人非常重视向后兼容性，您应该始终能够毫无困难地升级到任何项目的更新维护版本。在许多情况下，您还可以升级到新的次要版本，但需要更加谨慎。