如何解决新版本分支上的部署触发器
我一直在为我们的团队做一些研究,以迁移到新的分支策略。目前,我们仅使用master和Feature分支使用github流。但是由于我们在修补程序方面遇到了麻烦,因此我认为应该使用发行版分支迁移到gitflow,因此我们有一个稳定的分支,可以在需要时进行修补程序。我们正在使用Azure Devops作为我们的平台。
无论如何,到目前为止,我遇到的麻烦是在创建新的发行分支时应该如何触发我们的持续部署管道?
通常,合并PR并运行CI构建时会触发管道。但是,当您创建一个新的发行分支并将其部署到例如Acceptance环境时,我们应该如何触发这些管道?另一个问题是我们的存储库中有多个可发布组件。因此,当我们创建该发布分支时,最终将不得不查看我们更改了哪些组件,对其进行手动构建,以便触发我们的管道。
在我看来,这应该是一个普遍的问题,但是我在此上找不到太多信息,这对我来说是我在这里遗漏的东西。我想念什么?
致谢
解决方法
在创建新的发行分支时,我们应该如何触发我们的持续部署管道?
由于使用的资源位于github上,因此可以在Azure Devops Build Pipeline(CI)和Release Pipeline(CD)中尝试以下触发器配置。
构建管道:您可以将发布分支添加到分支过滤器。然后,当您创建发布分支或在这两个分支中进行更改时,将触发管道。
发布管道:您可以添加Build
作为工件资源。您还可以将Release branch
添加为连续部署分支过滤器。
在这种情况下,由release分支触发的构建将触发相应的发布。
这些设置还确保您在release分支中所做的更改可以自动触发CI和CD。
注意:Github分支过滤器在Azure Devops中区分大小写。
版权声明:本文内容由互联网用户自发贡献,该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容, 请发送邮件至 dio@foxmail.com 举报,一经查实,本站将立刻删除。