本文属于机器翻译版本。若本译文内容与英语原文存在差异，则一律以英文原文为准。

# 暂存环境
<a name="staging-environment"></a>

*暂存环境*配置为与生产环境相同。例如，数据设置的范围和大小应与生产工作负载相似。使用暂存环境来验证代码和基础架构是否按预期运行。此环境也是业务用例（例如预览或客户演示）的首选。

## 访问
<a name="access"></a>

根据最小权限原则分配权限。开发人员对暂存环境的访问权限应与对生产环境的访问权限相同。

## 生成步骤
<a name="build-steps"></a>

无。在测试环境中使用的相同工件将在暂存环境中重复使用。

## 部署步骤
<a name="deployment-steps"></a>

在测试环境中获得批准和部署后，自动在暂存环境中启动`main`分`release`支 (Git GitHub flow) 或分支（Trunk 或 Flow）的部署。以下是暂存环境中的部署步骤：

1. 在暂存环境中部署`release`分支（Gitflow）或`main`分支（Trunk 或 GitHub Flow）

1. 暂停以供指定人员手动批准

1. 下载已发布的文物

1. 执行数据库版本控制

1. 执行 IaC 部署

1. （可选）执行集成测试

1. （可选）执行负载测试

1. 获得所需的开发、QA、产品或业务审批者的批准

## 迁移到生产环境之前的期望
<a name="expectations-before-moving-to-the-production-environment"></a>
+ 已成功将生产等效版本部署到暂存环境中
+ （可选）集成和负载测试成功