批量移动工作项并更改Azure Boards中的工作项类型

Azure DevOps Services |Azure DevOps Server 2022 |Azure DevOps Server 2020 |Azure DevOps Server 2019

通常,你会发现有人在 WIT) 或项目中创建了错误工作项类型的工作项 (。 可以针对单个工作项更正这些问题,也可以批量修改多个工作项。 还可以删除添加到积压工作或任务板的工作项,这些工作项不再相关。

提示

对于 TFS 2018 和更早版本,不能更改现有工作项的工作项类型,但可以 复制工作项并指定新类型。 此外,如果有多个工作项具有要进行的类型更改,则可以 使用 Excel 导出它们,然后将其重新添加为新类型。

若要删除、删除或还原已删除的工作项,请参阅 “删除”、“删除”或“还原工作项”。

在本文中,你将了解:

  • 如何更改一个或多个工作项的工作项类型
  • 如何将一个或多个工作项移动到另一个项目

提示

在 Web 门户中,可以从积压工作或查询结果页中 多选多个工作项 ,并使用关联的功能执行批量更新。 若要同时更改、移动、删除或还原多个工作项,请参阅 批量修改工作项

先决条件

  • 必须是 参与者项目管理员 安全组的成员。 若要添加, 请将用户添加到项目或团队
  • 若要修改工作项,必须在 此节点中拥有“查看工作项 ”,并将 此节点权限中的工作项编辑“允许”。 默认情况下, 参与者 组具有此权限集。 若要了解详细信息,请参阅 设置工作跟踪的权限和访问权限
  • 若要更改工作项类型,必须被授予 利益干系人 访问权限或更高版本。
  • 若要将工作项移到另一个项目,您必须是 项目管理员 组的成员,或者将 工作项移出此项目 权限设置为 “允许”。 默认情况下, 参与者 组没有此权限集。 授予 利益干系人 访问权限的用户无权访问此功能。

注意

具有 公共项目利益干系人 访问权限的用户可以完全访问所有工作跟踪功能,就像具有 基本 访问权限的用户一样。 有关详细信息,请参阅 利益干系人访问快速参考

  • 必须作为 参与者项目管理员 安全组的成员添加到项目中。 若要添加, 请将用户添加到项目或团队

  • 若要修改工作项,必须在 此节点中拥有“查看工作项 ”,并将 此节点权限中的工作项编辑“允许”。 默认情况下, 参与者 组具有此权限集。 若要了解详细信息,请参阅 设置工作跟踪的权限和访问权限

  • 若要更改工作项类型,必须被授予 利益干系人 访问权限或更高版本。 有关详细信息,请参阅 利益干系人访问快速参考

  • 若要将工作项移到另一个项目,项目必须使用继承的进程模型。

  • 若要将工作项移到另一个项目,您必须是 项目管理员 组的成员,或者将 工作项移出此项目 权限设置为 “允许”。 默认情况下, 参与者 组没有此权限集。 授予 利益干系人 访问权限的用户无权访问此功能。

    重要

    可以更改工作项类型或将工作项移动到项目集合中的另一个项目。 这些功能需要禁用数据仓库。 禁用数据仓库后,将使用 Analytics Service 来支持报告需求。 若要详细了解如何禁用数据仓库,请参阅 “禁用数据仓库”和“多维数据集”。

若要了解详细信息,请参阅设置工作跟踪的权限和访问权限或更改项目级权限

重要

不能更改类型或移动工作项类型支持测试管理或属于 隐藏类型类别的工作项。 这包括跟踪测试的所有工作项(例如测试用例、共享步骤和共享参数)代码评审请求和响应,以及反馈请求和响应。

重要

不能更改类型、移动工作项或删除/还原工作项,其工作项类型支持测试管理或属于 隐藏类型类别的工作项。 这包括跟踪测试的所有工作项(例如测试用例、共享步骤和共享参数)代码评审请求和响应,以及反馈请求和响应。

此外,如果在使用本地 XML 进程模型的集合上定义项目,则不能更改工作项类型。

更改工作项类型

更改工作项类型会刷新工作项窗体,其中包含为所选类型定义的字段。 例如,可以将 bug 更改为任务,窗体将使用为任务定义的字段进行刷新。

注意

如果在使用本地 XML 进程模型的集合上定义项目,则无法更改工作项类型。 此外,不能更改与测试管理关联的工作项的工作项类型。

可以将单个工作项或多个 多选工作项 更改为新类型。

  1. 打开工作项,选择 操作图标,然后选择“ 更改类型...” 选项。

    工作项窗体,“更改工作项类型”菜单选项

    或者,在积压工作或查询结果页中,多选多个要更改其类型的工作项。 可以选择具有相同类型或不同类型的多个工作项,只要要将它们全部更改为同一工作项类型。

    选择 操作图标,然后选择“ 更改类型...” 选项。

    积压工作,多选,打开操作菜单,选择“更改类型”选项

    重要

    “查询结果”页中,如果选中了查询编辑器的“跨项目查询”复选框,“更改类型...”选项将变为不可用。

  2. 选择类型,并选择输入批注。

    “更改工作项类型”对话框

    批注会自动添加到 讨论 控件 ,并将条目添加到 历史记录 控件。 此外,系统会自动将“状态”和“原因”字段重置为移动的工作项类型的默认初始值。

  3. 保存工作项 () 以完成更改。

    注意

    系统会自动将 “状态 ”和 “原因 ”字段重置为指定类型的默认初始值。 但是,在某些情况下,可能需要打开工作项,将 “状态 ”或 “原因 ”字段更改为更改为工作项类型支持的值。

    “查询结果 ”页中,保存批量修改的所有工作项。 从积压工作批量修改项目时,它们会自动保存。 粗体文本中显示的工作项表示尚未将本地更改保存到数据存储。 系统会自动保存每个工作项。 刷新页面以反映所做的更改。

将工作项移动到另一个项目

发现工作项属于组织或集合中的其他项目时,可以移动它所属的位置。 可以移动单个工作项或多个 多选工作项

注意以下事项:

  • 只能将工作项从一个项目移动到组织或集合中的另一个项目。
  • 只能移动其类型存在于要移动到的项目中的工作项。 例如,不能基于不包含用户情景作为工作项类型的 Scrum 进程将用户情景移动到项目。
  • 无法移动与测试管理关联的工作项。
  • 若要将工作项移到另一个项目,你必须是项目管理员组的成员,或者 被授予显式权限来移动工作项
  • 授予 利益干系人 访问权限的用户无权访问此功能,即使已授予权限。
  1. 打开工作项,然后从工作项窗体的“操作”图标“操作”菜单中选择“移动工作项”图标“移动...”选项。

    如果未看到该选项,则尚未获得 将工作项移出项目的权限

    或者,在积压工作或查询结果页中,多选多个要移动到另一个项目的工作项。 只要想要将它们全部移动到同一个项目,就可以选择多个工作项。

    选择 操作图标以打开所选工作项之一的上下文菜单,然后选择 “移动工作项”图标“移动...” 选项。

  2. 选择目标项目并选择其他可用选项,包括更改工作项类型。 (可选)输入批注。

    移动工作项类型和更改类型对话框。

    在本地移动工作项类型对话框。

    注意

    不会移动子工作项。 它们保留在源项目中,但Parent-Child链接仍然存在。

    批注会自动添加到 讨论 控件 ,并将条目添加到 历史记录 控件。 此外,系统会自动将“状态”和“原因”字段重置为移动的工作项类型的默认初始值。