不同开发阶段功能的支持

GitLab 有时会以不同的开发阶段发布功能，例如实验性（experimental）或测试版（beta）。 用户可以选择加入并测试新体验。 这类功能发布的一些原因包括：

• 验证功能在当前形式下，针对每个设计用例的规模、支持和维护负担的边缘情况。
• 功能尚未完整到足以被视为 MVC，但作为开发过程的一部分被添加到代码库中。

如果某些功能是在这些建议制定之前开发的，或者团队确定需要替代的实现方法，那么它们可能不符合这些建议。

所有其他功能都被视为公开可用。

实验

实验性功能：

• 尚未准备好用于生产环境。
• 没有可用支持。 关于此类功能的问题应在 GitLab 问题跟踪器 中提出。
• 可能不稳定。
• 可能随时被移除。
• 可能存在数据丢失的风险。
• 可能没有文档，或信息仅限于 GitLab 问题或博客。
• 可能没有最终确定的用户体验，并且可能只能通过快速操作或 API 请求访问。

测试版

测试版功能：

• 可能尚未准备好用于生产环境。
• 在商业合理努力的基础上提供支持， 但预期问题需要开发团队额外的时间和协助来排查。
• 可能不稳定。
• 具有不太可能发生变化的配置和依赖项。
• 具有不太可能发生变化的功能和特性。但是，破坏性变更可能主要版本之外发生，或者比一般可用功能的变更通知时间更短。
• 数据丢失风险较低。
• 具有完整或接近完成的用户体验。
• 可以等同于合作伙伴的"公开预览"状态。

公开可用

有两种类型的公开发布可用：

• 有限可用性
• 一般可用

这两种类型都可用于生产环境，但范围不同。

有限可用性

有限可用性功能：

• 已准备好在较小规模的生产环境中使用。
• 最初可能在一个或多个 GitLab 平台（GitLab.com、GitLab 自托管、GitLab 专用版）上可用。
• 最初可能免费，然后在一般可用时变为付费。
• 在一般可用之前可能提供折扣。
• 在一般可用时，新合同的商业条款可能会发生变化。
• 完全支持 并有文档记录。
• 具有符合 GitLab 设计标准的完整用户体验。

一般可用

一般可用功能：

• 已准备好在任何规模的生产环境中使用。
• 完全支持 并有文档记录。
• 具有符合 GitLab 设计标准的完整用户体验。
• 必须在所有 GitLab 平台（GitLab.com、GitLab.com Cells、GitLab 自托管、GitLab 专用版、政府专用版 GitLab）上可用。