使用发布分支时如何链接 yaml 管道构建的工作项？

Question

在 Azure DevOps 中，当使用 release（流程）分支 以及 YAML Build(+Release) 管道时。我希望能够快速识别自上一版本以来新增/更改的所有工作项的列表。

自动将工作项链接到构建或发布功能似乎与将拉取请求（PR）很好地配合到

main

分支中。但是，如果通过从最新的

releases\v1.0

分支提交创建分支（例如

main

）来完成发布，则这种“自动链接”似乎不是一个选项，因为您必须显式选择一个分支（唯一的通配符）列表是

*

- 似乎无法输入/选择

releases\*

。

我认为我的理想是，如果有一种方法，当创建发布分支（例如

releases\v1.2

）和随后的yaml构建管道被触发时，它的“相关工作项”仅限于只是与提交相关的那些，因为最新版本（例如自

releases\v1.1

以来）。

之前，我们将

main

中的 PR 到单个

release

分支中 - 这并不是很理想，因为它会创建一个新的合并提交（而且感觉像是黑客）

提前致谢。

Answer 1

我认为我的理想是，如果有一种方法，当创建发布分支（例如版本 1.2）并触发后续 yaml 构建管道时，“相关工作项”仅限于自上次发布以来与提交相关的工作项（例如自版本 1.1 以来）。

如果您基于

releases/v1.2

创建

releases/v1.1

，并在设置中指定

releases/v1.1

。示例如下：

基于

releases/v1.2

为

the first run

运行管道，它将包括来自

releases/v1.1

的工作项。

但是，如果

releases/v1.2

是从

main

分支创建的，即使您在设置中指定

releases/v1.1

，工作项也将

not

包含在内。

请检查文档以了解“自动将工作项链接到构建”行为。