本周末，使用广泛的开源框架 Spring 背后的公司 SpringSource 发布了一个新的维护方案：
…使用 SpringSource Enterprise 的客户，如果其订阅有效，将会收到持续三年的维护版本，从主要的新版本的 GA 版开始。这些客户会收到进行中的、快速的修复，同时还会收到通常的维护发布，用以修复 bugs、改进安全及可用性，这会使 SpringSource Enterprise 成为最好的产品系统。
在 Spring 新的主版本发布后，我们就会在 3 个月内连续发布社区维护更新以解决开始时的稳定问题。随后的维护发布将会面向 SpringSource Enterprise 的客户。Bug 修复将被放在开源开发的主干上，并且在下一个主要的社区版发布时可用…
以上表述引发了很多争论。Daniel Gredler推测到既然修复还会被打到公共的源上，那么开发者就可以从源代码中构建其自己的发布。SpringSource 的 Mark Brewer 随后证实了该推测。基于这一点，InfoQ 将该新策略总结为以下几点：
- Spring 的源代码树依然会保持开放
- SpringSource 将根据需要继续为主版本和关键版本创建官方发布。
- Enterprise 的客户可以访问所有这些构建。
- 开源用户可以在主版本发布后的前三个月内访问这些构建。
- 社区可以进行构建，但他们得不到 SpringSource 的官方支持
接下来 InfoQ 向 SpringSource 的 Rod Johnson 咨询他对这个新的维护策略和我们的总结的看法：
现在随着越来越多的 Spring 版本应用于产品中，SpringSource（或者其他任何人）不可能再为所有这些发布提供免费、高质量的维护了。
我们提出的这个策略既满足了开源社区的需要（他们想访问最新的源代码），也满足了保守的企业用户的需要（他们需要对旧版本的 Spring 的支持，因为他们不能或者不想遵循典型的开源实践——升级到最新版本）。
该策略不会对深信开源的技术人员造成影响。他们依旧可以访问源代码，而这些源代码是 SpringSource 花钱开发的。它只会影响到那些不想与开源走的太近或者不想升级到最新版的人。对于那些不太能承担风险的组织，3 年的维护期加上对源代码 24x7 的支持是促使其购买 SpringSource Enterprise 的重要因素。
在 SpringSource 内部，我们为自己对开源的贡献而感到骄傲和自豪。这超出了 Spring 的范畴：我们还是 Tomcat、Apache HTTPD web 服务器等很多其它项目的主要贡献者。我们拥有大量在企业级 Java 方向有才能的人，同时我们使其可以向开源作出贡献，而这一切在以前是不可想象的。
对最近 Spring 的声明感兴趣的读者可能还会对 Peter Mularien 关于 Spring 核心开发和提交者的分析感兴趣。
查看原文： Community Reacts to SpringSource Changes, CEO Rod Johnson Provides Clarification
暂无签名
中国开发者画像洞察研究报告 2024
分析开发者的行为模式、工作价值、职业发展等内容，帮助整个行业生态更深入地理解开发者，为他们提供更精准...
评论