我们如何在 azure devops 中使用通配符名称 (release/*) 等命名模式为分支设置构建验证？
How can we setup build validation for branches with a naming pattern like wildcard names (release/*) in azure devops?
我们正在配置 GitFlow 分支，我们希望在开发分支中的功能准备好进入下一阶段后，在 release/* 分支上创建 PR 时触发 PR 验证管道。根据 Azure DevOps，我们需要在每个分支的分支策略中设置构建验证管道。我们希望在每次发布后归档我们的发布分支，并在下一个发布中使用具有相同模式的新发布分支，即 release/* 。
- 据我所知，我们必须为新创建的发布分支每个版本创建分支策略和多个配置？这个对吗 ？ :(
- 我发现我们可以从 UI 覆盖 Azure 管道触发器，在那里我们可以有分支过滤器，我能够添加 release/* 但这将是一个 CI 管道并且赢了'充当 PR 的验证管道以发布/* 分支？这个对吗 ？ :(
- 创建 PR 并为发布/* 进行 PR 验证是一种错误的方法吗？ :(
你们在 Azure Devops 中如何使用 gitflow？
您可以为通配符 release/* 创建一个分支策略，它将用于所有未来的版本分支。
在 Azure DevOps 中，/* 表示为文件夹，因此转到文件夹（在“分支”页面中），单击 ... 点和“分支策略”。
你可以看到通配符的政策：
我们正在配置 GitFlow 分支，我们希望在开发分支中的功能准备好进入下一阶段后，在 release/* 分支上创建 PR 时触发 PR 验证管道。根据 Azure DevOps，我们需要在每个分支的分支策略中设置构建验证管道。我们希望在每次发布后归档我们的发布分支，并在下一个发布中使用具有相同模式的新发布分支，即 release/* 。
- 据我所知，我们必须为新创建的发布分支每个版本创建分支策略和多个配置？这个对吗 ？ :(
- 我发现我们可以从 UI 覆盖 Azure 管道触发器，在那里我们可以有分支过滤器，我能够添加 release/* 但这将是一个 CI 管道并且赢了'充当 PR 的验证管道以发布/* 分支？这个对吗 ？ :(
- 创建 PR 并为发布/* 进行 PR 验证是一种错误的方法吗？ :(
你们在 Azure Devops 中如何使用 gitflow？
您可以为通配符 release/* 创建一个分支策略，它将用于所有未来的版本分支。
在 Azure DevOps 中，/* 表示为文件夹，因此转到文件夹（在“分支”页面中），单击 ... 点和“分支策略”。
你可以看到通配符的政策：