一位开发人员正在使用 AWS SAM 构建无服务器应用程序，目前正在开发环境中进行测试。他们需要为 QA 添加测试和预演环境，并希望使用 AWS SAM 的一项功能，该功能支持以最少的工作量部署到多个命名环境。哪种方法开发工作量最少？

正确的选项是添加一个 TOML 格式的 SAM 配置文件，该文件按环境对设置进行分组，为每个测试/预演环境添加一个表，并使用带 --config-env 标志的 sam deploy 命令部署每个环境。这是 AWS SAM 专门为管理多环境部署而设计的功能，它允许在单个配置文件中定义不同环境的配置，并通过指定 --config-env 标志轻松切换和部署到不同的环境，从而最大程度地减少了开发工作量。 其他选项为什么不正确： 为每个环境创建单独的 AWS SAM 模板会增加模板管理和维护的复杂性，并且需要额外的脚本来协调部署。 使用带有默认参数的单个 SAM 配置文件，并使用 --parameter-overrides 标志部署，虽然可行，但不如使用专门的配置文件和 --config-env 标志来管理多个环境的配置清晰和高效。对于大量环境或复杂配置，这种方法会变得笨拙。 保留现有 SAM 模板并为特定于环境的属性添加参数，虽然可以实现环境区分，但它没有提供像 SAM 配置文件那样结构化的方式来管理和组织不同环境的配置，并且可能需要更复杂的参数管理。