Azure devops 如何从Azure Repos Git项目的CI触发器中排除特定的源分支?

Azure devops 如何从Azure Repos Git项目的CI触发器中排除特定的源分支?,azure-devops,Azure Devops,我希望以某种方式复制该功能,据文档称,目前只有GitHub和Bitbucket云回购支持该功能。如果更改来自某些分支,我希望我的CI管道不会触发 我主要是用GitVersion来解决这个问题,这是我的管道中的一部分,当我从发布版构建版或主版重新合并到开发版时,触发构建版会出现问题。到目前为止,我还不走运,所以现在我希望我忽略了Azure管道的一个功能,这将有所帮助 我当前的管道触发器: trigger: batch: true branches: include: -

我希望以某种方式复制该功能,据文档称,目前只有GitHub和Bitbucket云回购支持该功能。如果更改来自某些分支,我希望我的CI管道不会触发

我主要是用GitVersion来解决这个问题,这是我的管道中的一部分,当我从
发布版
构建版或
主版
重新合并到
开发版
时,触发构建版会出现问题。到目前为止,我还不走运,所以现在我希望我忽略了Azure管道的一个功能,这将有所帮助

我当前的管道触发器:

trigger:
  batch: true
  branches:
    include:
      - develop
  paths:
    exclude:
      - ReadMe.md
      - development-pipeline.yml
      - release-pipeline.yml
      - GitVersion.yml

我希望源于
发布
分支(可以用regex模式
[Rr]eleases?[\/-]
识别)或
的请求不触发我的管道。实际上,对
开发
分支的任何更改都会触发生成。

如果您只是希望开发分支不触发ci生成,那么您可以在持续集成生成触发器中选中“启用持续集成”选项,并在分支过滤器中设置“排除开发分支”

如果您希望某些源分支触发开发分支的CI构建,则某些源分支不能。恐怕您想要的这个功能无法实现。一旦你的Devop分支 启用持续集成,则devoop分支将在其更改后触发构建管道


如果要将发布或主分支上的提交合并到开发分支中,并且创建pr不会触发CI生成,则可以在分支策略的生成验证中启用生成策略。这样,只有在PR完成后才会触发CI生成。但是PR生成是不可避免的。

如果您只是希望开发分支不触发CI生成,那么您可以在持续集成生成触发器中选中“启用持续集成”选项,并在分支过滤器中设置“排除开发分支”

如果您希望某些源分支触发开发分支的CI构建,则某些源分支不能。恐怕您想要的这个功能无法实现。一旦你的Devop分支 启用持续集成,则devoop分支将在其更改后触发构建管道


如果要将发布或主分支上的提交合并到开发分支中,并且创建pr不会触发CI生成,则可以在分支策略的生成验证中启用生成策略。这样,只有在PR完成后才会触发CI生成。但是PR生成是不可避免的。

为什么不排除
分支
部分中的分支?@shaykibaramczyk
分支
部分确定要扫描哪些分支进行更改。您也可以在这两种情况下使用通配符。因此,您可以将
include
exclude
组合起来执行类似于
include:feature/*
exclude-feature/UNSTABLE/*
的操作。但这意味着两者都与目标分支相关,而不是与源分支相关,因此不幸的是,它不适用于我的场景。为什么不排除
分支
部分中的分支?@shaykibaramczyk
分支
部分确定要扫描哪些分支以进行更改。您也可以在这两种情况下使用通配符。因此,您可以将
include
exclude
组合起来执行类似于
include:feature/*
exclude-feature/UNSTABLE/*
的操作。但这意味着两者都与目标分支相关,而不是与源分支相关,因此不幸的是,它不适用于我的场景。我们需要确保开发分支上的所有代码都已审核,因此我们在分支上设置了最低审核人策略。所以,从发布版或主版到开发版的合并也必须通过拉式请求来实现。谢谢Hugh,但不幸的是,这对我们不起作用。我们需要确保开发分支上的所有代码都已审核,因此我们在分支上设置了最低审核人策略。所以,从发布或主版本到开发的合并也必须通过拉式请求来实现。