Har*_*ris 5 azure azure-pipelines
我在存储库中创建了一个管道,用于通过对推送到features/*
分支的代码执行单元测试来验证代码。相同的管道用作构建验证管道,在开发分支上设置为分支策略来验证传入的 PR。这是管道的触发器。
# pipeline.yml
trigger:
batch: false
branches:
include:
- features/*
Run Code Online (Sandbox Code Playgroud)
然而,我们遇到了以下情况:给定一个开放的 PR,refs/heads/features/azure-pipelines -> refs/heads/develop
我们在分支上推送提交features/azure-pipelines
。
这会导致管道触发两次。据我了解,其中一次运行是由于管道的触发(屏幕截图中标记为“个人 CI”的那一个),第二次运行是由于分支策略试图验证被推送到开放 PR 上进行开发的代码。(公关自动化)
有什么方法可以禁用其中一个执行,因为它本质上是重复的?我可能正在寻找一种方法来检索开放的 PR 并中止管道的执行(Individual CI
如果分支有开放的 PR),但我不确定这是解决这个问题的最佳方法,并且我正在寻找选项。
有什么方法可以禁用其中一个执行,因为它本质上是重复的?
正如我们所知,除非我们取消构建验证,否则我们无法禁用在开发分支上设置为分支策略的构建验证管道来验证传入的 PR。
[skip ci]
根据您的情况,当您计划将功能分支合并到开发分支时,您可以尝试在 HEAD 提交的提交消息或描述中包含这些内容,以使 Azure Pipelines 跳过运行 CI。
您可以查看文档Skipping CI for individual commits了解更多详细信息。
归档时间: |
|
查看次数: |
4039 次 |
最近记录: |