以前,当您将新分支推送到Origin时,Azure DevOps会运行新的CI构建。我的公司依赖此功能,因为我们会从
我们的Build Pipelines都是经典UI,并具有两个分支过滤器:
我们的发布管道如下所示,其中DEV基于从
这使我们能够拥有一个发布环境,在其中迭代地进行更改以准备就绪,同时我们还在为下一个版本做出更改。这是一种常见的Gitflow模型。
develop
创建一个release/*
分支来发布版本,这将触发构建并随后在测试环境中发布。如果一切顺利通过UAT/QA测试,我们将部署相同的构建到生产环境中。我们的Build Pipelines都是经典UI,并具有两个分支过滤器:
develop
和release/*
。涉及的一个产品有两个构建管道-一个用于Webjob,一个用于API,因此每个管道都有一个路径过滤器(包括或不包括Webjob文件夹)。创建release/*
分支不会触发任何CI管道。我们的发布管道如下所示,其中DEV基于从
develop
生成的工件触发,TEST->PROD基于从release/*
构建的工件触发-
![Azure Release pipeline](https://istack.dev59.com/rV3W2.webp)
问题
现在Azure不再在分支创建时触发构建,我被迫手动运行构建以触发上述图像中的构建和随后的测试部署。
我该怎么做才能在Azure中实现自动化构建和部署,同时保持Gitflow?