如何解决在 Azure Pipelines 中,当托管在 Azure Repos 中时,是否可以通过开放 PR 禁用分支上的 CI?
我们有一个用例,其中我们的代码完全托管在 Azure DevOps(Pipelines、Repos 等)中。我们需要构建和部署我们的“完整”构建/部署流程来部署无服务器功能。理想情况下,我们想要的是在 PR 打开和更新时的单个构建/部署过程。我们有一个构建验证策略,当 PR 接受另一个 Individual CI
时,我们希望忽略 push
构建,因为 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 钩子。
解决方法
恐怕没有这样的方法可以仅在 PR 触发器存在时禁用 CI 触发器。
在 Azure Devops 中,CI 触发器和 PR 触发器是两个独立的触发器。如果同时满足触发条件,管道将被触发两次。
这里是CI trigger和PR trigger的触发条件。
但是,有一种解决方法可以达到您想要的状态。
您可以在推送更改时在提交消息中添加 [skip ci]
。
然后将跳过 CI 触发器。而这次提交只会触发 PR 触发器 Build。
[跳过 ci] 或 [跳过 ci]
skip-checks: true 或 skip-checks:true
[跳过 azurepipelines] 或 [跳过 azurepipelines]
[跳过 azpipelines] 或 [跳过 azpipelines]
[跳过 azp] 或 [跳过 azp]
您也可以在 Our UserVoice site 中提交功能请求。
版权声明:本文内容由互联网用户自发贡献,该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容, 请发送邮件至 dio@foxmail.com 举报,一经查实,本站将立刻删除。