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