我们正准备将DevOps用于涉及ASP.Net web应用程序的CI/CD流程，而我在"；最佳实践"；用于web.config转换步骤。
文档和示例指向将转换任务放入Release管道中。然而，为了做到这一点，Web.Debug/Release/Stating.config(和其他(必须从工件中可用，这意味着我们必须将构建操作更改为内容，这意味着您最终将它们作为部署代码的一部分。
另一方面，如果我们在Build管道中进行转换，我们可以将转换文件排除在部署的代码之外。然而，在这种情况下，我们必须为每个发布目标提供离散的构建，这意味着我们的暂存和生产构建将不完全相同。
我确信我错过了什么。。。但很难找到最佳实践。我非常感谢任何指导或想法。
您不必在构建工件中包含web.config文件；Release管道可以自己从源代码中读取它们。
考虑一下这样的广泛过程：
- Build管道检查代码回购；它的作用是将应用程序代码编译成一个可执行的工件，而不需要任何配置
- Release管道还检查代码repo；它可以使用web.config或appsettings.json等配置文件作为在特定环境中部署和运行可执行文件的一部分