Jmix 发布版本说明

发布版本

Jmix 发布版本号遵循松散的语义版本格式：

版本号使用 X.Y.Z 格式编号，这里：

  • X.0.0 为 主要版本, 例如 1.0.0, 2.0.0
  • X.Y.0 为 次要版本, 例如 1.1.0, 2.3.0
  • X.Y.Z 为 补丁版本, 例如 1.0.1, 1.2.5
主要
1
.
2
.
5
补丁
次要
7
主要
2
次要
4
补丁

主要和次要版本会引入新功能，称为 功能版本。

补丁版本 主要提供错误修复和重要的性能和安全问题的修复。新发布的补丁版本与之前的补丁版本 100% 向后兼容。此规则的唯一例外是，为了修复安全问题或数据丢失错误不得不破坏向后的兼容性。 如果发生这种情况，发行说明将提供升级的详细说明。

次要功能版本 大多与之前的次要版本向后兼容。发行说明中会列出此规则的例外情况以及解决这些问题的方法。通常，在版本升级过程中，Jmix Studio 会自动对源代码和应用程序配置做出必要的修改。

主要功能版本 可能会在 Jmix 架构、API 和功能中引入不兼容的更改。但是，Jmix Studio 提供了一个自动迁移程序，以最大程度地减少 Jmix 改动对应用项目的影响。

弃用策略

功能版本可能会弃用以前版本中的某些功能。已弃用的功能将继续在同一主要版本的所有次要版本中提供，并可能在下一个主要版本中删除。

例如，如果某个功能在 Jmix 1.1 中被弃用，那么它将在 1.2、1.3、1.x 中继续提供，并在 Jmix 2.0 中删除。

发布节奏

Jmix 使用基于时间的发布计划，每 4 个月发布一个功能版本。主要版本至少每 2 年发布一次。如果您的项目处于活跃的开发阶段，我们建议您在每个最新功能版本发布时进行升级。

每个主要版本的最新次要版本为长期支持（LTS）版本。例如：1.0、1.1（LTS）、2.0、2.1、2.2（LTS）、3.0。 如果您的项目处于开发的最后阶段或已经部署至生产环境，则可以停留在最新的 LTS 版本，仅进行关键更新。

版本支持策略

任何时候，我们都会不同程度的为一组功能版本提供支持。

主动支持 最新的功能版本：接收有关安全问题，关键错误，此版本新功能中的主要功能问题的修复，以及当前版本中引入的旧版本的回归问题修复。

对非 LTS 版本的主动支持持续 4 个月，直到下一个次要或主要版本发布。LTS 版本提供 8 个月的主动支持。

在主动支持阶段之后，功能版本将进入维护阶段。维护表示仅修复关键的安全漏洞和数据丢失错误。修复内容仅在还处于维护期内版本的补丁版本中提供。

为每一个 LTS 版本提供 3 年的 免费维护，为每一个非 LTS 版本提供 4 个月的免费维护。

商业维护 适用于过去 10 年内发布的 Jmix 的任何功能版本。如果项目有很长的维护周期，可以选择此方案。 有关商业维护服务的更多信息，请访问 这里

如果严重安全漏洞或数据丢失错误是由第三方外部依赖引起的，如果对方提供更新修复版本，我们会更新依赖。在某些情况下，如果某个依赖的架构变化导致该依赖在 Jmix 中无法使用，或者集成新版本所需的工作超出了合理的商业成本，则我们可能无法提供针对该新版本的修复。