新发布分支上的部署触发器
Deployment triggers on new release branch
我一直在为我们的团队进行一些研究以迁移到新的分支策略。目前我们正在使用只有主分支和功能分支的 github 流程。但是由于我们在修补程序方面遇到了一些麻烦，我认为我们应该使用发布分支迁移到 gitflow，这样我们就有了一个稳定的分支，我们可以在需要时进行修补程序。我们使用 Azure Devops 作为我们的平台。
无论如何，到目前为止我遇到的问题是当我们创建一个新的发布分支时我们应该如何触发我们的持续部署管道？
通常，当 PR 被合并且 CI 构建为 运行 时，管道会被触发。但是，当您创建一个新的发布分支并希望将其部署到例如验收环境时，我们应该如何触发这些管道？另一个问题是我们的存储库中有多个可发布的组件。因此，当我们创建该发布分支时，我们最终将不得不查找我们更改了哪些组件，运行 为它们手动构建以便触发我们的管道。
在我看来这应该是一个常见问题，但我找不到太多关于此的信息，这表明我在这里遗漏了一些东西。我错过了什么？
此致
How should we trigger our continuous deployment pipelines when we create a new release branch?
由于您使用的资源在github上，您可以在Azure Devops Build Pipeline(CI)和Release Pipeline(CD)中尝试以下触发器配置。
构建管道：您可以将发布分支添加到分支过滤器。那么当你创建一个release分支或者对这两个分支进行修改的时候，Pipeline就会被触发。
发布管道：您可以添加 Build 作为工件资源。您还可以添加 Release branch 作为持续部署分支过滤器。
此时release分支触发的构建会触发对应的release
这些设置还确保您在发布分支中所做的更改可以自动触发 CI 和 CD。
注意：Github 分支过滤器在 Azure Devops 中区分大小写。
我一直在为我们的团队进行一些研究以迁移到新的分支策略。目前我们正在使用只有主分支和功能分支的 github 流程。但是由于我们在修补程序方面遇到了一些麻烦，我认为我们应该使用发布分支迁移到 gitflow，这样我们就有了一个稳定的分支，我们可以在需要时进行修补程序。我们使用 Azure Devops 作为我们的平台。
无论如何，到目前为止我遇到的问题是当我们创建一个新的发布分支时我们应该如何触发我们的持续部署管道？
通常，当 PR 被合并且 CI 构建为 运行 时，管道会被触发。但是，当您创建一个新的发布分支并希望将其部署到例如验收环境时，我们应该如何触发这些管道？另一个问题是我们的存储库中有多个可发布的组件。因此，当我们创建该发布分支时，我们最终将不得不查找我们更改了哪些组件，运行 为它们手动构建以便触发我们的管道。
在我看来这应该是一个常见问题，但我找不到太多关于此的信息，这表明我在这里遗漏了一些东西。我错过了什么？
此致
How should we trigger our continuous deployment pipelines when we create a new release branch?
由于您使用的资源在github上，您可以在Azure Devops Build Pipeline(CI)和Release Pipeline(CD)中尝试以下触发器配置。
构建管道：您可以将发布分支添加到分支过滤器。那么当你创建一个release分支或者对这两个分支进行修改的时候，Pipeline就会被触发。
发布管道：您可以添加 Build 作为工件资源。您还可以添加 Release branch 作为持续部署分支过滤器。
此时release分支触发的构建会触发对应的release
这些设置还确保您在发布分支中所做的更改可以自动触发 CI 和 CD。
注意：Github 分支过滤器在 Azure Devops 中区分大小写。