Azure devops Azure DevOps链接的工作项在管道中

Azure DevOps如何在管道期间识别链接的工作项（Azure DevOps YAML）

我相信它应该只获取链接到新提交的工作项（即未包含在以前管道中的提交）

但是，它有时似乎链接所有工作项。但这种情况并不总是发生。我还没有确定模式。但我注意到，当我在管道YAML中进行更改时，它似乎触发了再次链接所有工作项的行为（即使它们链接到以前的提交而不是新包含的提交）

更新以包含其他信息 这是我的构建管道YAML 管道设置： 处理od新运行请求：已启用

自动链接此运行中包含的工作项：选中&dev branch selected

---

触发因素： 从此处覆盖YAML连续积分触发器：已选中

启用连续集成：已选中

在生成过程中批量更改：未选中

分支滤波器 包括开发分支+另一个功能分支

路径过滤器

---

无

我尝试了同样的方法，在管道YAML中做了一个更改，它只得到链接到新提交的工作项。你能提供一个完整详细的描述整个过程，以便我们可以复制这个问题吗？谢谢谢谢你的回复，我在我的问题中加入了一些额外的细节。谢谢你的详细设置，很抱歉回复太晚，这个问题现在还没有被复制。请检查您的运行中复制的问题摘要，检查包含的提交，您将发现哪些提交链接了所有工作项。我检查了，它似乎以某种方式包含了所有提交。不知道为什么会这样……我们过去在多个方向合并时也遇到过类似的问题。也就是说，向生产方向合并，然后向下进入sprint分支。IIRC，解决方案是选择而不是合并。

name: 03.01.00$(Rev:.r)
pool:
  name: Hosted VS2017
  demands:
  - msbuild
  - visualstudio
  - vstest

steps:
- checkout: self
  clean: true
  persistCredentials: true

- task: NuGetCommand@2
  displayName: 'NuGet restore'
  inputs:
    restoreSolution: MySol/MySol.sln

- task: VSBuild@1
  displayName: MySol/MySol.sln
  inputs:
    solution: MySol/MySol.sln
    vsVersion: 15.0

- task: WorkItemUpdater@2
  inputs:
    workitemsSource: 'Build'
    workItemType: 'Task,Bug'
    updateAssignedTo: 'Never'
    updateFields: 'Microsoft.VSTS.Build.IntegrationBuild,v$(Build.BuildNumber)'

- task: VSTest@2
  displayName: 'VsTest - testAssemblies'