在 Azure Pipelines 中,当托管在 Azure Repos 中时,有没有办法在具有开放 PR 的分支上禁用 CI?

In Azure Pipelines, is there a way to disable CI on a branch with an open PR when hosted in Azure Repos?

我们有一个用例,其中我们的代码完全托管在 Azure DevOps(Pipelines、Repos 等)中。我们需要构建和部署我们的“完整”build/deploy 流程来部署无服务器功能。当 PR 打开和更新时,我们理想情况下想要的是单个 build/deploy 进程。我们有一个构建验证策略,当 PR 接受另一个 push 时,我们希望忽略 Individual CI 构建,因为 Build Validation 策略应该取代 trigger 块。

由于 pr 触发器对 Azure Repos 不可用,有没有办法完成此操作?

回购类型:Azure 回购 Git

# The pipeline will fail if a branch is not either 'main' or 'something/12345-something'
trigger:
  paths:
    exclude:
      - azure-pipelines-cleanup.yaml
      - docs
      - README.md

name: $(SourceBranchName).$(Rev:r)_$(Build.RequestedFor)

resources:
  repositories:
    - repository: pipeline
      type: git
      name: <Org Obscured>/infra-pipeline
      ref: feature/212242-pipeline-housecleaning # this is pipeline branch ref, should be main unless testing pipeline changes

# This extends a template from the central pipeline repo
extends:
  template: service-pipeline-template.yaml@pipeline
  parameters:
    appName: starter
    publishSdk: true

结果:两个构建,一个 Invididual CI,一个 PR automated 同时触发

需要:仅 PR automated 版本。

这不是条件表达式本身的问题,除非有一种方法可以完全禁用触发器块,同时仍然 运行在 PR 中设置完整的管道。我不认为在 ADO 中有 运行 服务器端 git 挂钩的方法。

恐怕没有这样的方法可以禁用 CI 只有当 PR 触发器存在时才触发。

在Azure Devops中,CI触发器和PR触发器是两个独立的触发器。如果同时满足触发条件,则管道会被触发两次。

这里是CI trigger and PR trigger的触发条件。

但是,有一种解决方法可以达到您想要的状态。

您可以在推送更改时在提交消息中添加 [skip ci]

那么CI触发器将被跳过。而这次commit只会触发PR trigger Build.

以下是equivalent commit message

[skip ci] or [ci skip]

skip-checks: true or skip-checks:true

[skip azurepipelines] or [azurepipelines skip]

[skip azpipelines] or [azpipelines skip]

[skip azp] or [azp skip]

您也可以在 Our UserVoice site 中提交功能请求。