我在为开发和发布工作设置项目时遇到困难。我已经阅读了各种文章，但我无法就如何为不同的分支设置我的开发和发布管道得出明确的结论。我需要这方面的帮助。
例如，假设我有一个 Dev 分支，在/azure-pipelines.yml 中有一个管道 DevPipeline。 此管道具有如下所示的 CI 触发器：
trigger:
Dev
features/*
- 现在，当我创建分支 Release/R1.0 时，我到底需要做什么？
- 我是否创建一个新管道，例如 Release-R1.0。此管道的 .yml 应该在哪里？
它应该覆盖/azure-pipelines.yml 还是应该创建/Release-R1.0.yml？
如果开发人员想要处理 R1.0 的修补程序/修补程序，他们是否应该在修补程序/R1.0 分支下工作？在这种情况下，我必须在 R1.0 yaml 中相应地调整我的触发器？
任何帮助真的非常感谢。
谢谢
- 现在，当我创建一个分支 Release/R1.0 时，我到底需要做什么？
- 我是否创建一个新管道，例如 Release-R1.0。此管道的 .yml 应该在哪里？
这取决于新创建的管道是否与Dev分支上的管道具有相同的生成。如果是，您可以在azure-pipelines.yml中添加一个触发器Release/R1.0：
trigger:
Dev
features/*
Release/R1.0
如果它们没有相同的管道，或者您不想对分支Release/R1.0使用相同的管道，则需要创建一个新的管道，例如Release-R1.0。并且此管道的.yml应将yaml文件设置在Release文件夹下的R1.0分支中。查看我以前的线程以获取一些详细信息。
它应该覆盖/azure-pipelines.yml 还是我应该创建/Release-R1.0.yml？
由于它们具有不同的触发器或不同的构建任务，因此不应覆盖/azure-pipelines.yml，您需要创建一个新/Release-R1.0.yml。
如果开发人员想要处理 R1.0 的修复程序/修补程序，他们是否应该工作 在修补程序/R1.0 分支下？在这种情况下，我将不得不调整我的 在 R1.0 yaml 中相应地触发？
如果我理解正确，如果您想处理R1.0的修补程序，最好基于R1.0创建一个分支Release/hotfix-R1.0，并在 R1.0 yaml 中设置触发器：
trigger:
Release/*
因此，您不必在R1.0yaml 中相应地调整我的触发器。
希望这有帮助。