生命周期策略
版本生命周期时间线
以下是 Alauda Build of Gitlab operator 已发布版本的生命周期时间线：
发布策略
Alauda Build of Gitlab operator 每至少每 4 个月发布一个新版本，通常跟随 Gitlab 官方发布的倒数第二个次要版本。
发布日期灵活且不固定。在上一个版本发布后的 4 个月内，至少会提供一个新版本。实际发布次数取决于 Gitlab 何时宣布新的 Required Intermediate Versions。
什么是 Required Intermediate Version
Required Intermediate Version 是必须包含在 Gitlab 升级路径 中的版本（例如，17.8.z 和 17.11.z 是 Required Intermediate Versions）。
Gitlab 每月发布一个新的次要版本。当发布新次要版本时，前一个版本可能会被标记为 Required Intermediate Version。一旦 Gitlab 正式指定该版本，Alauda 会及时提供相应的 operator 更新。
制定这些策略的原因如下：
- Gitlab 采用快速发布周期，每月发布一个新的次要版本，每个版本仅维护三个月。相比之下，Alauda 为每个 operator 版本提供最长 12 个月的维护，增加了维护成本。
- 升级 Gitlab 需要较长的运维窗口。频繁升级（每 3 个月一次）会带来沉重的运维负担，并增加客户业务中断的风险。
- Gitlab operator 一年的维护期为客户提供了充足的时间来规划和执行升级到更稳定的新版本。
Alauda 与 Gitlab 版本差异
Alauda 的 Gitlab operator 版本通常落后于最新官方 Gitlab 版本 1-5 个次要版本（即 1-5 个月）。
此外，Alauda 会在维护期内每两个月发布一次安全版本更新，以确保 operator 的安全性和稳定性。
维护策略
Alauda 为每个发布的 Gitlab operator 次要版本提供 12 个月的维护支持。
维护期内包括以下支持内容：
- 来自 Gitlab 的补丁更新，包括漏洞修复和安全补丁
- 符合 Alauda 安全标准的安全更新
- 协助客户升级其 Gitlab operator 至更新版本