Azure运营模式任务启动另一个发布管道？
在我们的Azure DevOps部署中，我们有一个生成并运行“子”管道的“主”发布管道。子管道从不直接运行。
目前，我们在主管道中使用Powershell脚本启动子管道，但我想知道是否有一个内置任务可以自动执行此操作？我已经看了任务列表，但是没有什么跳出。如果没有也没关系，但我想问问，以防我错过了什么。
共有3个答案
没有现成的任务，但在市场上，您可以找到VSTS Creare发布任务，它们完全满足您的需求。
我不相信默认情况下有一个内置的，所以坚持你的时髦脚本可能是最好的选择。
我以前发现/见过这个扩展：https://marketplace.visualstudio.com/items?itemName=sergiibomko.vsts-trigger
这似乎可以通过少量的配置实现您想要的功能，但它是第三方制作的扩展，没有大量的评论/声誉。
依我看，如果您的powershell脚本正在做您当前需要的事情，并且没有任何痛苦，请坚持：）
随着Azure运营模式的最新更新，答案发生了变化。
您应该能够使用多级管道或作为yaml管道一部分的作业。
https://devblogs.microsoft.com/visualstudio/intelligent-productivity-and-collaboration-from-anywhere/
请参阅下面的内容，了解如何执行此操作：https://github.com/venura9/azure-devops-yaml
只要你正确地使用“dependsOn”，你就应该很好。
-
我正在尝试在Azure DevOps（内部部署）中配置发布管道以支持git流策略。我正在努力实现的目标： promise“发布/*”触发软件的构建并发布到QA的位置 promise“主控”从步骤1获取相同的软件构建（工件），并发布到生产位置 因此，当我做一个git-flow开始发布时，软件可用于测试/质量保证，当我完成发布时，它可供用户使用。 我的构建管道工作正常，它由发布分支触发，并以发布工件任
-
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管道中
-
尝试让在prem上安装了部署代理的Azure DevOps发布管道以有权访问on-prem数据库的特定用户身份运行控制台应用程序。 这就是工作流程 Azure发布管道调用- 我正在使用管道中的PowerShell任务与此内联脚本： 我知道userid、密码和命令行参数正在正确传递，但是无论控制台应用程序有多简单，当代理运行PowerShell脚本时，它都会崩溃。我尝试在各种服务帐户（系统、管理员等
-
我现在有一个Azure DevOps发布管道，其中包含测试、验收和生产阶段，它们是按顺序触发的。当有新的生成可供部署时，将触发测试。 我遇到的问题是，所有阶段目前都部署了完全相同的工件。但这是错误的，因为它们部署到不同的环境，需要有自己版本的Web.config. 如何更改设置，使所有环境都能获得正确的软件包？我是否应该更改生成设置，以便为多个不同的配置生成，还是应该为每个环境分别生成？我如何选择
-
我在 Azure DevOps 存储库中有一个 ASP.NET 核心项目，使用 DevOps 生成管道可以正常生成该项目。但是，该版本的发布始终失败，并显示以下错误： 找不到具有指定模式的包。< br >检查任务中提到的包是否作为构建或前一阶段中的工件发布，并在当前作业中下载。 更多详情: