Azure devops 将工作项与拉取请求关联会将状态设置为“完成”-我可以更改它吗?

Azure devops 将工作项与拉取请求关联会将状态设置为“完成”-我可以更改它吗?,azure-devops,Azure Devops,在Azure DevOps中,创建拉请求时,可以关联工作项(产品积压项、bug、任务等)。发生这种情况时,工作项的状态将自动设置为“完成” 这是可配置的吗?我们希望将工作项关联起来,使其不改变状态 我查看了项目配置、团队配置和流程配置,似乎没有与此操作相关的设置。如果希望工作项不会更改为“完成”状态,则可以在完成PR时取消选中复选框: 如果您希望将工作项更改为另一种状态,这是不可能的,这是不可配置的,有一个开放的,您可以向上投票 编辑:Microsoft在Sprint 174中添加了此功能,并

在Azure DevOps中,创建拉请求时,可以关联工作项(产品积压项、bug、任务等)。发生这种情况时,工作项的状态将自动设置为“完成”

这是可配置的吗?我们希望将工作项关联起来,使其不改变状态


我查看了项目配置、团队配置和流程配置,似乎没有与此操作相关的设置。

如果希望工作项不会更改为“完成”状态,则可以在完成PR时取消选中复选框:


如果您希望将工作项更改为另一种状态,这是不可能的,这是不可配置的,有一个开放的,您可以向上投票

编辑:Microsoft在Sprint 174中添加了此功能,并提供了预览访问权限:

从sprint 174开始,我们有一个新功能,允许您设置 合并拉取请求时,工作项将恢复到所需状态 完成了。为此,我们扫描pull请求描述并 查找状态值,然后是#提及的工作项。 在本例中,我们将两个用户情景设置为“已解决”和“已解决” 完成两项任务


这个问题怎么样?下面的答案是否解决了您的问题,如果是,您可以接受它作为一个答案,这样它可以帮助其他社区成员谁得到相同的问题,我们可以存档此线程,谢谢。如果没有,请告诉我们您是否需要进一步的帮助。Microsoft在sprint 174中提供的不是社区要求的(我们要求目标工作项状态的流程级配置,他们添加了在每个PR中手动自定义目标状态的可能性)。有一种方法可以满足原始要求。