极狐GitLab 发版和维护策略

极狐GitLab 有严格的政策来管理版本命名以及大版本、小版本和补丁版本的发布节奏。新版本会在 极狐GitLab 博客 上宣布。

我们的当前政策是：

• 仅为当前稳定版本的补丁修复错误 - 请参阅下面的补丁版本。
• 除当前稳定版本外，还为前两个每月发布的版本进行安全修复。在某些情况下（在下面的补丁版本中概述），我们可能只在当前稳定版本或常规每月发布过程中解决安全漏洞，而不进行回溯。

在极少数情况下，发布经理可能会例外地回溯到超过最近两个每月发布的版本。有关详细信息，请参阅回溯到旧版本。

版本控制#

极狐GitLab 使用 语义版本控制 发布版本：(Major).(Minor).(Patch)。

例如，对于极狐GitLab 版本 13.10.6：

• 13 代表大版本。大版本发布为 13.0.0，但通常称为 13.0。
• 10 代表小版本。小版本发布为 13.10.0，但通常称为 13.10。
• 6 代表补丁号。

版本号的任何部分都可以递增为多位数字，例如，13.10.11。

下表描述了版本类型及其发布节奏：

升级建议#

我们鼓励大家运行最新的稳定版本，以确保您可以升级到最安全和功能丰富的极狐GitLab 体验。为了确保您可以运行最新的稳定版本，我们正在努力保持更新过程的可靠性。

如果您无法遵循我们的每月发布周期，您必须考虑几个案例。请遵循升级路径指南在版本之间安全升级。

Linux 软件包的版本特定更改文档可用于：

• 极狐GitLab 17
• 极狐GitLab 16
• 极狐GitLab 15

提供了本地下载 Linux 软件包和手动安装的说明。

升级 Linux 软件包捆绑的 PostgreSQL 的分步指南单独记录。

升级大版本#

向后不兼容的更改和迁移保留给大版本。有关更多信息，请参阅创建极狐GitLab 升级计划。

补丁版本#

补丁版本包括极狐GitLab 当前稳定发布版本的错误修复以及除当前稳定版本外的前两个每月发布版本的安全修复。

这些政策的存在是因为：

1. 极狐GitLab 有基础版和企业版分发，增加了测试/发布软件所需的工作量。
2. 回溯到旧版本会产生高开发、质量保证和支持成本。
3. 支持并行版本会阻碍增量升级，随着时间的推移会导致复杂性积累，给所有用户的升级带来挑战。极狐GitLab 有一支专门的团队，确保增量升级（和安装）尽可能简单。
4. 极狐GitLab 应用程序中创建的更改数量很大，这增加了回溯到旧版本的复杂性。在某些情况下，回溯必须经过与新更改相同的审查过程。
5. 确保测试在旧版本上通过在某些情况下是一个相当大的挑战，因此非常耗时。

在补丁版本中包含新功能是不可能的，因为这会破坏语义版本控制。破坏语义版本控制对必须遵守各种内部要求（例如，组织合规性、验证新功能等）的用户有以下后果：

1. 无法快速升级以利用补丁版本中包含的错误修复。
2. 无法快速升级以利用补丁版本中包含的安全修复。
3. 要求不仅对稳定的极狐GitLab 版本进行广泛测试，还对每个补丁版本进行广泛测试。

在某些情况下，我们可能选择通过更新活跃和当前稳定版本，仅使用常规每月发布过程解决漏洞，而不进行回溯。影响此决定的因素包括非常低的利用可能性、漏洞的低影响、安全修复的复杂性和对稳定性的最终风险。我们始终通过补丁版本解决高和关键的安全问题。

回溯到旧版本#

回溯到多个稳定版本通常保留给安全修复。然而，在某些情况下，根据错误的严重性，我们可能需要将错误修复回溯到多个稳定版本。

是否执行更改回溯的决定由当前发布经理根据以下所有条件自行决定：

1. 错误的严重性估计：基于当前严重性定义对用户的最高可能影响。
2. 错误的优先级估计：基于上述估计严重性对所有受影响用户的直接影响。
3. 潜在的数据丢失和/或安全漏洞。
4. 由于用户无法升级到当前稳定版本而可能影响一个或多个战略账户。

如果所有上述条件都满足，则可以为当前稳定版本和前两个每月发布版本创建回溯版本。在极少数情况下，发布经理可能会批准例外，回溯到超过两个以前的每月发布版本。例如，如果我们发布了 13.2.1 以修复在 13.0.0 中引入的严重错误，我们可以将修复回溯到新的 13.0.x 和 13.1.x 补丁版本。

请注意，严重性为 3 及以下的请求会自动被拒绝。

更多信息#

您可能还想阅读我们的：

• 弃用指南
• 负责任的披露政策