用于开发和发布以及修补程序分支的 Azure DevOps 分支/管道设置

Question

我在为开发和发布工作设置我的项目时遇到了困难。我浏览了各种文章，但我无法就如何为不同的分支设置我的开发和发布管道得出一个明确的结论。我需要这方面的帮助。

例如，假设我在 /azure-pipelines.yml 中有一个带有管道 DevPipeline 的 Dev 分支。 该管道具有如下 CI 触发器：

trigger:

Dev
features/*

1. 现在，当我创建分支 Release/R1.0 时，我究竟需要做什么？
2. 我是否创建一个新管道，比如 Release-R1.0。这个管道的 .yml 应该在哪里？

3. 应该覆盖 /azure-pipelines.yml 还是应该创建 /Release-R1.0.yml？

4. 如果开发人员想要为 R1.0 开发修复/修补程序，他们应该在 hotfix/R1.0 分支下工作吗？在这种情况下，我必须在 R1.0 yaml 中相应地调整我的触发器？

非常感谢任何帮助。

谢谢

Answer 1

1. 现在，当我创建分支 Release/R1.0 时，我到底需要做什么？
2. 我是否创建一个新管道，比如 Release-R1.0。此管道的 .yml 应该在哪里？

这取决于您新创建的管道是否与Dev 分支上的管道具有相同的构建。如果是，您可以在azure-pipelines.yml 中再添加一个触发器Release/R1.0：

trigger:

Dev
features/*
Release/R1.0

如果他们没有相同的管道，或者您不想为分支Release/R1.0 使用相同的管道，则需要创建一个新的管道，例如Release-R1.0。并且此管道的.yml 应设置R1.0 分支中Release 文件夹下的yaml 文件。详情请查看my previous thread。

应该覆盖 /azure-pipelines.yml 还是应该创建 /Release-R1.0.yml?

由于他们有不同的触发器或不同的构建任务，它不应该覆盖/azure-pipelines.yml，你需要创建一个新的/Release-R1.0.yml。

如果开发人员想要为 R1.0 开发修复程序/热修复程序，他们应该工作吗？ 在 hotfix/R1.0 分支下？在这种情况下，我将不得不调整我的 在 R1.0 yaml 中相应触发？

如果我的理解是正确的，如果你想为R1.0 开发一个修补程序，最好基于R1.0 创建一个分支Release/hotfix-R1.0，并且在R1.0 yaml 中，你可以设置触发器：

trigger:
Release/*

因此，您不必在 R1.0 yaml 中相应地调整我的触发器。

希望这会有所帮助。