如何在Azure运营模式发布管道中构建不同的配置？
我现在有一个Azure DevOps发布管道，其中包含测试、验收和生产阶段，它们是按顺序触发的。当有新的生成可供部署时，将触发测试。
我遇到的问题是，所有阶段目前都部署了完全相同的工件。但这是错误的，因为它们部署到不同的环境，需要有自己版本的Web.config.
如何更改设置，使所有环境都能获得正确的软件包？我是否应该更改生成设置，以便为多个不同的配置生成，还是应该为每个环境分别生成？我如何选择发布管道的每个阶段应该部署什么工件？
共有1个答案
然后使用Azure应用程序服务部署（如果目标是Azure）或IIS Web应用程序部署任务，您可以使用变量的值更新配置文件，以下是有关如何执行此操作的文档。
-
我正在尝试在Azure DevOps（内部部署）中配置发布管道以支持git流策略。我正在努力实现的目标： promise“发布/*”触发软件的构建并发布到QA的位置 promise“主控”从步骤1获取相同的软件构建（工件），并发布到生产位置 因此，当我做一个git-flow开始发布时，软件可用于测试/质量保证，当我完成发布时，它可供用户使用。 我的构建管道工作正常，它由发布分支触发，并以发布工件任
-
我有一个azure构建管道和发布管道。我在发布构建工件中面临问题。在构建管道中，发布构建工件被正确地创建在默认的“drop”目录中。 当我在发布管道中下载该工件时，发布文件正在服务抛出错误的中下载 您没有查看此目录或页面的权限。 这意味着我的发布工件没有在“home/wwwroot”目录中下载。 构建管道 释放管道 我错过了什么？
-
在我们的Azure DevOps部署中，我们有一个生成并运行“子”管道的“主”发布管道。子管道从不直接运行。 目前，我们在主管道中使用Powershell脚本启动子管道，但我想知道是否有一个内置任务可以自动执行此操作？我已经看了任务列表，但是没有什么跳出。如果没有也没关系，但我想问问，以防我错过了什么。
-
我们目前正在研究Azure DevOps构建和发布管道的使用情况。 我们成功地创建了一个简单的Asp。NET核心web应用程序，并将该应用程序推送到Azure DevOps存储库中。 我们成功地为该应用程序创建了一个管道，包括还原、构建、测试、发布和发布工件（如附加图像所示），并成功地构建了该管道。 在Azure门户中，我们成功创建了资源组和Web应用来托管Web应用程序 在Azure DevOp
-
Azure DevOps 发布管道允许我指定多个输入项目，但自动触发仅发生在主要项目上。有没有办法对 N 个输入项目执行“全部等待”类型操作，以便我的发布管道仅在每个项目具有与某些指定值匹配的可用版本时才启动？ 例如，假设我在一个存储库中进行了提交 M，该存储库具有多个不同的 CI 作业 A 和 B，这些作业花费的时间非常不同。一个 CI 作业 （A） 在几分钟内创建一个 NuGet 包作为项目，
-
我的任务是开发现有遗留应用程序的Azure DevOps实现。应用程序有一个QA团队，该团队使用500个自动化测试用例。此测试用例是使用量角器开发的。所有测试用例都是使用JavaScript开发的。 对于现有设置，以下是所采取的步骤：a.发布管道部署ASP。NET应用程序到Azure app services b。QA人员手动登录到VM并启动量角器测试。 我们可以使用Azure devOps管道中