Question

要求

因此，Azure DevOps中有一些新功能，该功能允许管道触发其他管道，并记录在这里：https://docs.microsoft.com/en-us/azure/devops/pipelines/build/triggers?view=azure-devops&tabs=yaml#pipeline-triggers-1听起来不错，除了我无法获得所需的行为。我希望在同一存储库中有2个管道：

管道A：仅由自身回购之外但在同一项目中的多个其他管道触发。由于被触发，它会更改自己的存储库，从而触发管道B。
Pipleline B：仅通过更改其自身的回购协议来触发，并在触发后继续执行所需的操作

管道A语法

resources:
    pipelines:
    - pipeline: database
      source: database
      trigger:
        branches:
        - develop
        - release/*
        # The stages filter should work, according to: https://docs.microsoft.com/en-us/azure/devops/pipelines/build/triggers?view=azure-devops&tabs=yaml
        # However, this error occurs when specifying: /azure-pipelines.yml (Line: 8, Col: 15): Stage filters in pipeline resource database is not supported.
        #stages:
        #- Build
    - pipeline: auth
      source: auth
      trigger:
        branches:
        - develop
        - release/*
    - pipeline: api
      source: api
      trigger:
        branches:
        - develop
        - release/*
    - pipeline: web
      source: web
      trigger:
        branches:
        - develop
        - release/*
  ... multiple triggers - 9 in total
stages:
  ...

当前行为

管道A不会由其他任何管道触发，而只会在对其自身的仓库进行更改时触发。由于它仍然会更改自己的存储库，因此会在无尽的循环中触发自己。

问题/评论

管道A的语法正确吗？
来自文档：“但是，如果两个管道使用不同的存储库，则触发的管道将使用其默认分支中的最新版本的代码。我假设这意味着默认分支中的yaml管道将被激活。我们真的有那么一点控制吗？最好在管道声明中指定目标分支。
是否有可能获得触发管道的源分支？
为什么暂存过滤器不能按记录工作？
在管道A中，为了停止循环，我尝试使用$（Build.TriggeredBy.DefinitionId）来检查是否与$（System.DefinitionId）相同，如果是，则跳过构建步骤，但要跳过$（Build。 TriggeredBy.DefinitionId）没有值
如果不能正常工作，我倾向于让其他管道触发管道A。

发现

在流水线A的顶部添加trigger: none会阻止它在对存储库进行提交时运行，只是目前根本没有运行！
在一个单独帐户的简化管道方案中，我设法使触发的构建正常工作，在同一存储库中有2个管道，并发现：
- 执行的yaml管道文件与触发管道上的提交位于同一分支上
- 检出的代码也与触发管道上的提交来自同一分支
- 通过GUI手动执行管道不会触发依赖的管道
- 从属管道在第一次启动时立即触发并排队
- 我无法使分支排除工作：无论排除条款如何，管道都会触发
在单独的帐户中运行简化的管道方案，在回购C中使用管道A，在回购D中使用相关管道B（同一项目），我无法获得管道A来触发管道B，因此远（我的原始情况）
非常高兴：-)有az azure devops命令行扩展，它具有管道支持，并允许您触发管道：
- 要安装：https://docs.microsoft.com/en-us/azure/devops/cli/?view=azure-devops
- 管道运行文档：https://docs.microsoft.com/en-us/cli/azure/ext/azure-devops/pipelines?view=azure-cli-latest#ext-azure-devops-az-pipelines-run
- 示例管道触发命令：az pipelines run --branch master --name "<PipelineName>" --org "https://dev.azure.com/<OrganisationName>" -p "<ProjectName>"
- Azure DevOps集成示例：https://docs.microsoft.com/en-us/azure/devops/cli/azure-devops-cli-in-yaml?view=azure-devops

Answer 1

工作解决方案

因为所有构建都集中在一个管道模板中，所以我更改了该模板，以在成功发布工件时触发我的管道A。这是流水线触发代码，它与（https://docs.microsoft.com/en-us/azure/devops/cli/azure-devops-cli-in-yaml?view=azure-devops）差不多，除了最后几个步骤之外：

# Updating the python version available on the linux agent
    - task: UsePythonVersion@0
      displayName: Upgrade build agent Python version
      inputs:
        versionSpec: '3.x'
        architecture: 'x64'

    # Updating pip to latest
    - script: python -m pip install --upgrade pip
      displayName: 'Upgrade pip'

    # Updating to latest Azure CLI version.
    - script: pip install --pre azure-cli --extra-index-url https://azurecliprod.blob.core.windows.net/edge
      displayName: 'Upgrade azure cli'

    - script: az --version
      displayName: 'Show Azure CLI version'

    - script: az extension add -n azure-devops
      displayName: 'Install Azure DevOps Extension'

    - script: echo ${AZURE_DEVOPS_CLI_PAT} | az devops login
      env:
        AZURE_DEVOPS_CLI_PAT: $(System.AccessToken)
      displayName: 'Login Azure DevOps Extension'

    - script: az devops configure --defaults organization=$(System.TeamFoundationCollectionUri) project="$(System.TeamProject)" --use-git-aliases true
      displayName: 'Set default Azure DevOps organization and project'

    - script: |
        set -euo pipefail
        if [[ "$(Build.SourceBranch)" == *"/release/"* ]]; then
          branchName="master"
        else
          branchName="develop"
        fi
        commandLine="--branch $branchName --name <YourPipelineName>"
        echo "Triggering release creation with: az pipelines run $commandLine"
        az pipelines run $commandLine
      displayName: Trigger release build for internal (develop) and external (release) builds

注意事项

适当更改<YourPipelineName>，您的分支名称处理将与我的不同
Azure CLI升级需要1.5分钟，因此，如果要大幅加快升级速度，只需删除前3个步骤
我宁愿被触发的管道声明自己的触发器，因为如果您能看到导致它触发的原因，则维护起来会更容易，但是嘿

Answer 2

我遇到了同样的问题。我在这里找到了解决方案： https://developercommunity.visualstudio.com/content/problem/864701/pipeline-trigger-not-working-as-expressed-in-docum.html?childToView=897210#comment-897210

在快捷方式中，当我将依赖管道中的defaultBranch更改为工作分支时触发开始工作。：您需要进入：

Edit -> Triggers (3 dots in right upper corner) -> YAML -> Get sources -> Default branch for manual and scheduled builds

在那儿放置一个分支，其中存在您的yaml管道。

Answer 3

如果您不是从触发管道发布工件，那么它将不会触发被触发的管道。我已经创建了一个可行的最低可行产品，并在此answer中解释了该过程。

Azure devops管道-仅在另一个管道上触发，不提交

3 个答案: