扩展更新和性能改进
在此更新中，我们包含了扩展更新和性能改进。 通过现有的 ServiceNow 集成，我们更新了应用以支持东京版 ServiceNow。 我们还对扩展设置进行了改进，以帮助你管理已安装的扩展。
有关详细信息，请查看发行说明。
常规
Azure Boards
Azure Pipelines
常规
扩展应显示其范围
将扩展安装到 Azure DevOps 组织时，可以查看扩展在安装过程中所需的权限。 但是，安装后，扩展权限在扩展设置中不可见。 这给需要定期检查已安装扩展的管理员带来了挑战。 在此冲刺中，我们向扩展设置添加了扩展权限，以帮助你查看并做出是否保留这些权限的明智决定。
Azure Boards
交付计划中的卡片大小调整逻辑
并非每个人都在跟踪功能和长篇故事时都使用目标日期和/或开始日期。 有些人选择使用日期和迭代路径的组合。 在此冲刺中，我们改进了逻辑，以根据迭代路径和日期字段组合的使用方式适当设置它们。
例如，如果未使用目标日期，并且重设卡的大小，则会设置新的迭代路径，而不是更新目标日期。
批处理更新改进
我们对工作项批处理更新 API 的 7.1 版本进行了多项更改。 其中包括轻微的性能改进和部分故障处理。 这意味着，如果一个修补程序失败，但其他修补程序失败，则其他修补程序将成功完成。
单击此处 了解有关批量更新 REST API 的详细信息。
批量删除 API (GA)
此用于批量删除和/或销毁工作项的新 REST API 终结点现已公开发布。 单击此处了解详细信息。
Azure Pipelines
支持东京版 ServiceNow
Azure Pipelines 已与 ServiceNow 集成。 集成依赖于 ServiceNow 中的应用和 Azure DevOps 中的 扩展 。 现在，我们已更新应用以使用东京版 ServiceNow。 经典管道和 YAML 管道现在都适用于 Tokyo。 若要确保此集成正常工作，请从 Service Now 存储升级到应用 (4.215.2) 新版本。 有关详细信息，请参阅 与 ServiceNow 更改管理集成。
新的预定义系统变量
我们引入了名为 的新预定义系统变量， Build.DefinitionFolderPath其值为生成管道定义的文件夹路径。 变量在 YAML 和经典生成管道中均可用。
例如，如果管道位于 Azure Pipelines 中的 文件夹下FabrikamFiber\Chat，则 的Build.DefinitionFolderPathFabrikamFiber\Chat值为 。
YAML 编辑器中的正式发布模板支持
模板 是 YAML 管道中常用的功能。 它们是共享管道代码片段的一种简单方法。 它们也是通过管道验证或强制实施 安全性和治理 的强大机制。
Azure Pipelines 支持 YAML 编辑器，这在编辑管道时非常有用。 但是，编辑器直到现在才支持模板。 使用模板时，YAML 管道的作者无法通过 Intellisense 获得帮助。 模板作者无法使用 YAML 编辑器。 在此版本中，我们将在 YAML 编辑器中添加对模板的支持。
编辑main Azure Pipelines YAML 文件时，可以包含或扩展模板。 键入模板名称时，系统会提示验证模板。 验证后，YAML 编辑器将了解模板的架构，包括输入参数。
验证后，可以选择导航到模板。 你将能够使用 YAML 编辑器的所有功能对模板进行更改。
存在已知限制：如果模板的必需参数未作为main YAML 文件中的输入提供，则验证将失败并提示你提供这些输入。 在理想体验中，不应阻止验证，并且应该能够使用 intellisense 填充输入参数。 不能从编辑器创建新模板。 只能使用或编辑现有模板。
后续步骤
注意
这些功能将在未来两到三周内推出。
前往 Azure DevOps 并查看。
如何提供反馈
我们很想听听你对这些功能的看法。 使用帮助菜单报告问题或提供建议。
你还可以在 Stack Overflow 上获得社区的建议和问题的答案。
此致
Dan Hellem