带有git-flow的Azure运营模式发布管道

Question

我正在尝试在Azure DevOps（内部部署）中配置发布管道以支持git流策略。我正在努力实现的目标：

1. promise“发布/*”触发软件的构建并发布到QA的位置
2. promise“主控”从步骤1获取相同的软件构建（工件），并发布到生产位置

因此，当我做一个git-flow开始发布时，软件可用于测试/质量保证，当我完成发布时，它可供用户使用。

我的构建管道工作正常，它由发布分支触发，并以发布工件任务结束。我的发布管道使用这个工件，有QA和生产阶段，但生产阶段从不触发。对于QA，我为“release/*”和“master”提供了一个工件过滤器。

有没有办法在提交到“主”时触发我的第二个发布管道阶段？

Answer 1

对于您的问题，如果您希望根据对构建工件源中不同分支的提交自动触发到不同阶段的部署，这是不可行的。

同意Bevan，如果您只想使用构建构件作为发布管道的源，您可以为QA和生产阶段设置部署前批准。当您希望将版本分支中的构建构件部署到QA阶段时，您可以在QA阶段批准部署。当您希望将来自master分支的构建构件部署到生产阶段时，您可以在生产阶段批准部署。

您还可以创建两个构建管道，一个用于主分支，另一个用于发布分支。然后为两个不同的构建工件创建单独的发布管道。一个用于部署到QA阶段，另一个用于部署到生产阶段。

Answer 2

不幸的是，作为一个通用流程，这不会起作用。当您promise从发布分支发布您的建筑时。当您提交到主分支时，您必须再次构建一个工件，以便从主提交中定向。

你要么需要满意：

• 1 x构建从提交到发布或主发布到两个环境
• 2个单独的版本发布到单独的环境