【问题标题】:Work Item owner changes when changing status?更改状态时工作项所有者更改?
【发布时间】:2017-11-21 17:49:27
【问题描述】:

我们正在使用 visualstudio.com 上的 vsts 和敏捷流程。当我将一个项目从活动更改为已完成时,它会将所有者从我更改为其他人。 为什么是这样?是因为其他人应该接受吗?当我注册任务的时间时,所有这些时间看起来都是由其他人完成的。 以这种方式丢掉我的任务感觉很奇怪。

【问题讨论】:

  • 不要将工作项跟踪用于个人时间跟踪。它不是为此而设计的。
  • @DanielMann 好的,请忽略时间;为什么它会改变所有者?

标签: azure-devops


【解决方案1】:

默认情况下,将活动状态更改为另一个时,所有者(分配给)不会更改。

首先,如果项目使用Inherited进程,可以查看是否有相关规则:

  1. 进入管理页面并选择处理选项卡 (https://XXX.visualstudio.com/_admin/_process)
  2. 点击相关的继承进程
  3. 点击相关工作项类型
  4. 选择规则选项卡并检查所有规则

其次,检查是否有工作项扩展在做,您可以禁用扩展并检查问题是否仍然存在。

更新:

也就是说设计上,对于敏捷和CMMI,你先解决bug,说明bug已经修复。通常,创建错误的人随后会验证修复并将状态从已解决更新为已关闭。如果在解决或关闭 bug 后发现了更多工作,可以通过将 State 设置为 Committed 或 Active 来重新激活它。

更多信息,您可以查看此反馈:Bug - Assigned To Creator when Resolved

【讨论】:

  • 我们正在使用敏捷(默认)流程。打开敏捷流程,查看错误和任务,我看不到任何规则或扩展。一切都是默认设置并显示为灰色。
  • @CarlR 尝试禁用可能的扩展并检查问题是否仍然存在。另一方面,完成是否意味着关闭状态?
  • 我们没有安装扩展。例如,当从 Active 变为 Resolved 时会发生这种情况。
  • @CarlR 其他采用敏捷流程的项目是否有同样的问题?它是否会在保存之前更改状态(一旦将 Active 更改为 Resolved)?该工作项的详细历史记录是什么?
  • 这是我们现在使用的唯一项目。它在保存前更改。因此,如果我将项目从活动拖到已解决,它就有了新的所有者。如果我打开项目并更改状态,我会看到所有者已更改,我可以在保存之前将其更改回我。
猜你喜欢
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
  • 2019-12-26
  • 2014-03-21
  • 2023-01-12
  • 2021-01-30
  • 1970-01-01
  • 2016-07-20
相关资源
最近更新 更多