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

# 开发环境
<a name="development-environment"></a>

开发*环境*是开发人员将他们的代码集成在一起的地方，以确保所有代码都作为一个有凝聚力的应用程序运行。在 Gitflow 中，开发环境包含合并请求中包含的最新功能，并且已准备好发布。在 GitHub Flow 和 Trunk 策略中，开发环境被视为测试环境，代码库可能不稳定，不适合部署到生产环境。

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

根据最小权限原则分配权限。*最低权限*是授予执行任务所需的最低权限的安全最佳实践。开发人员对开发环境的访问权限应少于对沙盒环境的访问权限。

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

向`develop`分支（Gitflow）或分支（Trunk 或 Fl GitHub ow）创建合并请求会自动开始构建。`main`

1. 使用 [git-sec](https://github.com/awslabs/git-secrets) rets (GitHub) 扫描敏感信息

1. 整理源代码

1. 生成并编译源代码（如果适用）

1. 执行单元测试

1. 执行代码覆盖率分析

1. 执行静态代码分析

1. 构建 IaC

1. 执行 IaC 安全分析

1. 提取开源许可证

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

如果您使用的是 Gitflow 模型，则在开发环境中成功构建`develop`分支后，部署步骤会自动启动。如果您使用的是 GitHub Flow 模型或 Trunk 模型，则在针对`main`分支创建合并请求时，部署步骤会自动启动。以下是开发环境中的部署步骤：

1. 从构建步骤中下载已发布的工件

1. 执行数据库版本控制

1. 执行 IaC 部署

1. 执行集成测试

## 迁移到测试环境之前的期望
<a name="expectations-before-moving-to-the-testing-environment"></a>
+ 在开发环境中成功构建和部署`develop`分支 (Gitflow) 或`main`分支（Trunk 或 GitHub Flow）
+ 单元测试以 100% 的比率通过
+ 成功构建 IaC
+ 部署对象已成功创建
+ 开发人员已执行手动验证，以确认该功能按预期运行