Spring IO平台发布管理
Spring IO platform release management
自从引入 Spring IO platform 以来，我们使用 Spring IO platform-bom 管理我们的项目依赖关系。因此，我们不再为单个 Spring 组件（甚至平台库）指定专用版本（并且在覆盖它们时我们很谨慎）。
这个解决方案的缺点是，我们不能像推荐的那样使用新版本的单个组件。 （昨天）announced Spring 框架的新版本 4.1.6，直到它被集成到 Spring IO 平台的新版本中。
如果能多了解一下SpringIO平台的发布管理就好了。是否有发布新版本的总体计划？我认为实际上 Spring Framework 的新版本会触发 Spring IO 平台 的新版本，但是情况似乎并非如此（Spring Framework 4.1.5 没有新版本，我想下一个版本将包括 Spring Framework 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 与安全相关的错误，我们希望帮助平台用户避免这些错误。为实现这一目标，我们决定推迟平台 1.1.2 的发布，直到 Spring Boot 1.2.3 可用并且 Spring 安全问题得到解决。在领先优势和对错误的一些保护之间有一个轻微的权衡。
您应该将平台视为推荐 版本集，但绝对不是 仅 版本集您可以使用。在平台的 bom 中使用版本属性是经过深思熟虑的，它使用户可以轻松覆盖版本以满足他们的需求。各种 Spring 项目的负责人非常重视向后兼容性，您应该始终能够毫无困难地升级到任何项目的更新维护版本。在许多情况下，您还可以升级到新的次要版本，但需要更加谨慎。
自从引入 Spring IO platform 以来，我们使用 Spring IO platform-bom 管理我们的项目依赖关系。因此，我们不再为单个 Spring 组件（甚至平台库）指定专用版本（并且在覆盖它们时我们很谨慎）。
这个解决方案的缺点是，我们不能像推荐的那样使用新版本的单个组件。 （昨天）announced Spring 框架的新版本 4.1.6，直到它被集成到 Spring IO 平台的新版本中。
如果能多了解一下SpringIO平台的发布管理就好了。是否有发布新版本的总体计划？我认为实际上 Spring Framework 的新版本会触发 Spring IO 平台 的新版本，但是情况似乎并非如此（Spring Framework 4.1.5 没有新版本，我想下一个版本将包括 Spring Framework 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 与安全相关的错误，我们希望帮助平台用户避免这些错误。为实现这一目标，我们决定推迟平台 1.1.2 的发布，直到 Spring Boot 1.2.3 可用并且 Spring 安全问题得到解决。在领先优势和对错误的一些保护之间有一个轻微的权衡。
您应该将平台视为推荐 版本集，但绝对不是 仅 版本集您可以使用。在平台的 bom 中使用版本属性是经过深思熟虑的，它使用户可以轻松覆盖版本以满足他们的需求。各种 Spring 项目的负责人非常重视向后兼容性，您应该始终能够毫无困难地升级到任何项目的更新维护版本。在许多情况下，您还可以升级到新的次要版本，但需要更加谨慎。