生命周期 EOL

• 主要版本，如 3.0.0, 4.0.0, 5.0.0, and 6.0.0 提供给我们一个引入非向后兼容功能的机会。
• 维护版本，比如 4.1.1 和 4.1.2，只用于修复问题。维护活动在所有版本都会发生，但是主要通过次要版本的支流版本（例如 4.1.x）来确定为特定代码分支提供多长时间的维护。对次要版本的主动维护是指我们会修复一些错误，并将一些修复向后迁移至此代码分支。

我们的目标是维护当前主要版本的最新次要版本，以及上一个主要版本的最新次要版本。我们观察到有些用户经常升级，随时与我们的版本支流保持同步。这些用户可以一直使用最新的次要版本支流版本，并通过他们选择部署的维护版本获取修复。例如，这些用户可以紧跟我们的 EMQX 版本：4.0.0、4.0.1、4.2.0 等等。

我们对最近发布的次要版本的维护将持续到下一个主要版本发布。例如，我们对 EMQX 3.x.x 的维护将持续到 EMQX 5.0.0 正式版本发布。EMQX 5.0.0 发布后，我们将继续维护最近发布的 4.x 系列，并开始维护 5.0.x 次要版本系列，接着是 5.1.x 次要版本系列、5.2.x 次要版本系列。

以下表格内容基于上述政策。 不过偶尔会进行调整，如我们在一个新的主要版本发布之后发布了一个新的次要版本， 那样的话，下面的表格将会更新，然后实施上述的政策。