我的客户使用TFS 2018 作为他们的 CI/CD 工具。我知道您可以使用 TFS 将ARM 模板部署到Azure，但我以前从未这样做过。我通常只使用门户或 powershell。我知道我需要创建一个管道来执行部署，但我还有一些其他问题让我感到困惑：
- 如果基础设施没有改变（或几乎没有改变）， ARM 模板是否需要构建和发布 管道（两者）？我的印象是大多数人使用构建管道来验证模板或他们的代码，然后发布是部署到天蓝色或任何地方。
- 我可以使用一个包含我所有资源的单个 ARM 模板进行部署，还是必须部署单个模板（ASP，然后是 Web 应用程序，然后是存储帐户，然后是 Redis）？
- 在我部署任何东西之前需要一个资源组。我是否可以在 ARM 模板中包含其他所有内容（RG + 一个模板中的所有资源）中的资源组创建步骤，或者我需要一个 RG 模板，然后是其他模板？
- 如果它们是多个环境（开发、测试、产品），我是否需要为每个环境提供多个构建/发布管道，或者是否可以配置指向每个环境的管道？每个环境中的资源都会有不同的命名约定，所以除了必须更新 ARM 模板中的值之外，我不确定这会如何影响其他事情。
对于上述问题，我将不胜感激任何建议/建议，谢谢！
首先，我建议您先熟悉使用 ARM 模板并在本地部署它们，然后再尝试从 Azure DevOps 进行操作。这将帮助您了解正在发生的事情并确保您的模板在添加 Azure DevOps 的额外复杂性之前正常工作。您可以从 PowerShell 或 CLI 部署 ARM 模板。
要回答您的问题：
你可以使用任何一个。不需要使用构建或发布管道，ARM 模板部署都可以使用。选择通常取决于您的流程以及您希望部署如何工作。构建管道通常为测试创建资源或作为构建的一部分，而发布通常用于发布应用程序和支持阶段、门等。所有这些，我还建议查看基于 YAML 的较新的管道，它消除了构建和发布之间的区别，因为这是未来的重点。
你可以做任何一个。您可以拥有一个可以完成所有工作的大型 ARM 模板，只需确保在模板中设置了您的依赖项，或者您可以拥有多个模板。如果您有多个模板，您可以在 Azure DevOps 中将它们作为一个步骤一次运行，或者您可以使用嵌套模板让您的顶级模板调用子模板。
您可以将资源组创建为 ARM 模板的一部分，但它确实使它有点复杂。ARM 模板有多个范围，大多数资源是在资源组范围内创建的（就像它们在资源组内一样），但资源组是在订阅范围内创建的（它们位于订阅内）。要在您的模板中创建这两者，您需要在订阅范围内运行部署，然后使用嵌套模板来部署您的资源范围项。我在此处详细说明了如何执行此操作。
如果您想在单个管道中部署到多个环境，您可以这样做，您需要使用发布管道（而不是构建）或 YAML 管道。这两个都支持使用“阶段”，其中每个阶段都可以是一个环境。然后，您可以按照您喜欢的顺序部署到每个环境。您可以在此处找到有关发布管道的详细信息，并在此处找到 YAML 的详细信息。
我会将发布管道与资源组部署任务一起使用。这是为此目的使用 TFS 的简单方法。