开始部署和发布你的应用
从预览你的应用开始，到最终部署到生产环境供用户使用。管理容器和包，使用持续集成交付你的应用，并通过功能标志和渐进式发布来控制地发布应用。
这些流程是更大工作流程的一部分：
步骤 1：存储和访问项目的制品
使用包和注册表在 GitLab 中安全地存储和分发项目的依赖项、库和其他制品。
包注册表支持多种包格式，包括 Maven、NPM、NuGet、PyPI 和 Conan。它提供了一个集中位置来存储和跨项目分发包。将包注册表与 GitLab CI/CD 管道集成，以自动化包发布并确保顺畅的开发和部署工作流。
容器注册表充当 Docker 镜像的私有注册表。使用它在你的组织中或公开地存储、管理和分发 Docker 和 OCI 镜像。将容器注册表与 GitLab CI/CD 集成，以构建、测试和部署容器化应用。
更多信息请参见：
步骤 2：跨环境部署你的应用
使用环境来管理和跟踪你的应用在不同阶段（例如开发、预发布和生产）的部署。每个环境都可以拥有自己独特的配置、变量和部署设置。
设置好环境后，你可以监控它们。虽然你主要在部署位置（例如在 AWS 中）监控部署，但 GitLab 也提供了仪表板。如果你部署到 Kubernetes，可以在 GitLab UI 中监控实时集群状态。
你还可以作为合并请求的一部分创建临时环境。团队成员可以在提交更改到主分支之前审查和测试这些更改。这些临时环境称为审查应用（review apps）。
更多信息请参见：
步骤 3：通过持续交付功能保持合规
为防止意外或未授权的部署，从而维护生产系统的稳定性和完整性，请使用受保护的环境。它们提供了一种保护和控制向关键环境（如生产环境）部署的方式。通过定义受保护的环境，你可以限制特定用户或角色的访问权限，确保只有授权人员才能部署更改。
部署安全是持续交付管道的一部分，有助于确保部署的可靠性和安全性。GitLab 提供内置的安全机制，例如部署失败时的自动回滚，以及定义自定义健康检查以验证部署成功的能力。
部署审批为你的部署流程增加了额外的控制和协作层。你可以定义审批规则，要求指定的审批者在部署可以继续之前审查和批准这些部署。可以根据不同标准设置审批，例如环境、分支或正在部署的特定更改。
更多信息请参见：
步骤 4：向公众或内部用户发布制品
使用发布版本来打包和分发你的应用给最终用户，包括发布说明、二进制资产和其他相关信息。你可以从任何分支创建发布。
将发布版本与环境集成，以便在部署到特定环境（例如生产环境）时自动创建发布。你可以在每次发布时收到通知，并指定权限以控制谁被允许创建、更新和删除发布。
更多信息请参见：
步骤 5：安全地推出更改
要逐步将你的应用部署到部分用户或服务器，请使用渐进式发布。在向整个用户群体发布之前，你可以在较小范围内监控和评估影响。
GitLab 中的功能标志提供了一种无需完整部署即可启用或禁用应用中特定功能的方法。你可以使用功能标志来安全地测试新功能、执行 A/B 测试，或向用户逐步引入更改。
通过使用功能标志，你可以将代码部署与功能发布解耦，从而更好地控制用户体验，并降低引入错误或意外行为的风险。
更多信息请参见：
步骤 6：部署静态网站
使用 GitLab Pages，你可以展示项目的文档、演示或营销页面。直接从 GitLab 中的仓库创建静态网站。GitLab Pages 支持 Jekyll、Hugo 和 Middleman 等静态站点生成器，以及纯 HTML、CSS 和 JavaScript。要开始使用，请创建一个新项目或使用现有项目，配置 GitLab Pages 设置，然后将你的内容推送到仓库。每当您将更改推送到指定分支时，GitLab 会自动构建和部署你的网站。
更多信息请参见：
步骤 7：使用 Auto Deploy 采用特定方法
Auto Deploy 是一个有特定观点的 CI 模板，除了其他功能外，还负责构建和部署你的应用。你可以使用环境变量来微调 Auto DevOps 管道。
更多信息请参见：