自定义工作跟踪体验
Azure DevOps Services |Azure DevOps Server 2022 - Azure DevOps Server 2019 |TFS 2018
规划和跟踪项目时，你可能会发现可能需要配置功能或自定义体验以满足团队的跟踪需求。 可以通过 Web 门户管理上下文为Azure Boards配置团队和团队敏捷工具。 用于自定义项目的方法会影响所有团队，具体取决于所使用的流程模型。
如果你不熟悉Azure Boards和工作项跟踪，请参阅什么是Azure Boards？和跟踪用户情景、问题、bug、功能和史诗的工作。
本文简要概述了可以进行自定义，以及三个流程模型的不同之处。 有关为支持业务决策而进行自定义的指导，请参阅配置和自定义Azure Boards。
在以下四个级别之一进行自定义：
- 项目级共享资源：定义团队选择用于配置积压工作和板的区域和迭代路径。 共享查询和工作项标记是定义后可以在项目中共享的其他对象。
- 团队资产或工具：每个团队都可以配置其特定工具，例如积压工作、板和仪表板。 有关详细信息，请参阅 关于团队和敏捷工具。
- 项目和对象级权限：授予或限制对工作跟踪工具的访问权限，其中包括设置对象和项目的权限，以及将用户或组分配到特定的访问级别。
- 组织级流程自定义：自定义所有团队可用的字段、工作项类型以及积压工作和板。
- 项目级共享资源：定义团队选择用于配置积压工作和板的区域和迭代路径。 共享查询和工作项标记是定义后可以在项目中共享的其他对象。
- 团队资产或工具：每个团队都可以配置其特定工具，例如积压工作、板和仪表板。 有关详细信息，请参阅 关于团队和敏捷工具。
- 项目和对象级权限：授予或限制对工作跟踪工具的访问权限，其中包括设置对象和项目的权限，以及将用户或组分配到特定的访问级别。
- 集合级流程自定义：自定义所有团队可用的字段、工作项类型以及积压工作和板。
项目级共享资源
每个项目都提供一些共享资源，这些资源支持添加到项目的所有团队。 可以通过 Web 门户的用户界面或管理员上下文配置这些功能。 若要了解系统如何使用区域和迭代路径，请参阅 关于区域和迭代路径。
| 区域路径选取列表 | 冲刺/迭代选取列表 |
|---|---|
更改 区域路径的选取列表 ，以支持按团队、产品或功能区域对工作项进行分组。 |
更改 迭代路径的选择列表 ，以支持将工作分组为冲刺、里程碑或其他特定于事件或时间相关的时间段。 为每个团队激活冲刺。 |
标识字段、人员选取器字段
人员选取器功能支持 “分配到 ”和其他标识“字段。 例如，从工作项窗体中选择“ 分配到 ”字段时，将激活人员选取器。 如下图所示，只需开始键入要选择的用户的名称，然后搜索，直到找到匹配项。 之前选择的用户会自动显示在列表中。 若要选择以前未选择的用户，只需输入其整个名称或搜索完整目录。
对于使用 Azure Active Directory (Azure AD) 或 Active Directory 管理其用户和组的组织，人员选取器支持搜索添加到 AD 的所有用户和组，而不仅仅是那些添加到项目的用户和组。 若要了解详细信息，请参阅 将 AD/Azure AD 用户或组添加到内置安全组。
若要将可供选择的标识范围限制为仅添加到项目的那些用户，可以使用 Project-Scoped Users 组执行此操作。 若要了解如何操作，请参阅 管理组织、限制标识搜索和选择。
可以通过添加自定义规则来限制工作项中标识字段可用的值。
组织级流程自定义
集合级进程自定义
项目确定可用于跟踪工作的对象和敏捷工具的配置。 具体而言，项目确定 WIT (工作项类型) 用户情景、任务、bug 以及用于捕获信息的数据字段。 自定义对象在添加到项目的团队之间共享。
注意
用于自定义工作跟踪的方法取决于订阅的进程模型：
- 继承：支持 WYSIWYG 自定义，适用于Azure DevOps Services、Azure DevOps Server 2019 和 2020 Azure DevOps Server。
- 托管 XML：支持通过导入/导出过程模板进行自定义，适用于选择加入此模型的Azure DevOps Services特定数量的客户。
- 本地 XML：支持通过导入/导出工作跟踪对象的 XML 定义文件进行自定义，并且适用于所有本地部署。
下表总结了三个受支持的进程模型之间的差异。 有关主要工作跟踪对象的定义，请参阅 敏捷术语表。 有关指向所有自定义文章的链接，请参阅Azure Boards设置的快速参考索引。
功能
所得编辑
✔️
创建继承的自定义进程，继承系统进程 (Agile、Basic、Scrum、CMMI)
✔️
创建自定义过程模板 (请参阅注释 1)
✔️
✔️
更新的过程更改会自动应用于引用该过程的所有项目
✔️
✔️
支持自定义字段、工作项类型、表单布局、工作流、自定义规则、积压工作级别、自定义控件、测试管理
✔️
✔️
✔️
支持自定义链接类型、团队字段、全局工作流和流程配置 (请参阅注释 3)
✔️
区域路径、迭代路径、工作项查询、安全组和权限的初始配置 (请参阅注释 3)
✔️
✔️
全局列表
选取列表
(请参阅注释 2)
✔️
使用 TFSFieldMapping 命令行工具更新 Microsoft 字段映射 (请参阅注释 4)
✔️
✔️
使用 az boards 命令行工具 编辑项目和团队以及列表信息
✔️
✔️
✔️
使用 witadmin 命令行工具 列出和导出进程信息
✔️
✔️
✔️
使用 witadmin 命令行工具 编辑进程信息
✔️
使用 tcm 字段映射 命令行工具 列出和导出解决方案类型、bug 归档和失败类型的测试用例管理映射。
✔️
REST API (读取)
✔️
✔️
✔️
REST API (写入)
✔️
✔️
(请参阅注释 5)
注意：
- 进程确定用于跟踪工作的构建基块。 过程模板指定一组相互依赖的 XML 定义文件，这些文件提供构建基块和初始配置，用于跟踪工作和其他功能领域。
- 托管 XML 自定义支持使用进程更新添加和更新全局列表 (受每个列表) 最大大小的限制。 若要了解详细信息，请参阅 工作跟踪对象限制。
- 继承的进程模型不支持自定义流程模板时提供的以下功能。 相反，可以在 Web 门户中逐个项目自定义这些区域。
- 配置区域路径和迭代路径
- 工作项查询
- 安全组和权限
- 对功能区域（如版本控制和生成）的权限和访问权限
或者，可以使用 REST API。或者，可以使用 REST API 或 Azure DevOps CLI 命令工具。 - 从 2019 Azure DevOps Server 开始，已弃用 Office 项目与 Azure DevOps 集成的支持。 Azure DevOps Server 2019 及更高版本（包括 Azure DevOps Services）不支持 TFSFieldMapping 命令。 从 Visual Studio 2019 开始，适用于 Office 的 Azure DevOps 插件不再支持 Office Project。
- 可以使用 REST API 导入和导出过程模板。
为项目集合选择流程模型
对于 2019 Azure DevOps Server和 2020 Azure DevOps Server，可以选择流程模型。 创建项目集合时，需要在 XML (本地 XML 进程模型) 和 继承 (继承过程模型) 之间进行选择，如以下对话框中所示。
重要
你所做的选择是不可逆的。 创建集合后，只能使用所选模型自定义工作跟踪对象。 此外，无法将使用本地 XML 进程模型的现有项目集合迁移到继承进程模型。
若要详细了解项目集合，请参阅 管理项目集合。
自定义测试体验
多个工作项类型支持 Web 门户测试页和 测试 管理器客户端中的测试体验。 对于继承的进程，可以像自定义任何其他工作项类型一样自定义测试计划、测试套件和测试用例、工作项类型。 对于本地 XML 进程，可以像自定义任何其他工作项类型一样，自定义所有与测试相关的工作项类型（测试计划、测试套件、测试用例、共享步骤和共享参数）。
多个工作项类型支持 Web 门户测试页和 测试 管理器客户端中的测试体验。 可以像自定义任何其他工作项类型一样自定义这些工作项类型（测试计划、测试套件、测试用例、共享步骤和共享参数）。
下图演示了支持的链接关系。
有关其他使用情况和自定义信息，请参阅以下资源：
不太常见的自定义项
仅当使用托管 XML 或本地 XML 进程模型时，才能执行以下自定义。 对流程配置进行的自定义适用于添加到项目的所有团队。
积压工作和板限制 (托管 XML、本地 XML)
若要将显示加载时间限制为可接受的参数，任务板限制为最多 1000 个工作项。 有关详细信息，请参阅 进程配置 XML 元素参考。
通过为 workItemCountLimitTaskBacklog 元素的 属性指定值，可将此值增加到最大值 1500。 有关详细信息，请参阅 进程配置 XML 元素参考。
<TaskBacklog category="Microsoft.TaskCategory" pluralName="Tasks" singularName="Task" workItemCountLimit="800" >
. . .
</TaskBacklog>
(托管 XML、本地 XML) 更改字段分配
可以更改用于计算容量、燃尽图 (burndown chart)、预测和速度的工作项字段。 你对某个默认分配所做的任何更改都应与对用于定义和捕获该值的信息的 WIT 所做的更改对应。
例如，如果更改分配type="Activity"的 refname ，则应在分配给捕获活动信息的“任务类别”的 WIT 定义中包含相同的字段。 有关详细信息，请参阅 进程配置 XML 元素参考。
你分配的字段由以下工具使用：
| 工具 | 字段类型 |
|---|---|
| 任务板、容量工具、冲刺燃尽 | 剩余工时 |
| 产品和项目组合积压工作 | 积压工作优先级 |
| 速度和趋势预测 | 工作量 (映射到故事点、工作量或大小) |
| 任务板、容量工具 | 剩余工时 |
| 容量工具 | 活动 (任务活动或规则) |
授予或限制对工作跟踪工具的访问权限
可以通过权限设置授予或限制对选择功能的访问权限。 将用户帐户添加到团队时，它们会自动添加到“参与者”组。 然后，他们有权访问参与代码、工作跟踪、生成和测试所需的大部分功能。 但是，参与者组不允许用户创建共享查询或添加区域或迭代路径。 你必须分别授予这些权限。
有关最常见默认权限和访问分配的简化视图，请参阅 权限和访问权限。 如果不熟悉管理权限，请参阅 权限、访问权限和安全组入门、权限继承和安全组。
否则，若要授予或限制对选定功能的访问权限，请查看以下主题之一：
其他自定义选项
是否要以不支持的方式自定义工具？
下面是一些可供你使用的选项：