Azure Git 存储库现在可以被视为 YAML 管道中的受保护资源
现在可以将 Azure Git 存储库视为 YAML 管道中的受保护资源，就像服务连接和代理池一样。 作为存储库参与者，可以添加检查和管道权限来帮助管理存储库。
有关详细信息，请查看以下功能说明。
常规
Azure Boards
Azure Pipelines
Azure Artifacts
常规
PAT 生命周期管理 API 正式发布
我们很高兴地宣布个人访问令牌 (PAC) 生命周期管理 API 正式发布。 这组丰富的 API 使你的团队能够简化他们拥有的 PAC 的管理，为他们提供新功能，例如创建新的具有所需范围和持续时间的个人访问令牌，以及续订或过期现有令牌。
以前，管理 PAC (个人访问令牌) 的主要方法是通过 UI 或使用一组仅供 Project 集合管理员使用的有限 API。 此新 API 使组织能够设置涉及 PAT 的自动化，包括设置生成管道或与工作项交互。
Azure Boards
修复了交付计划 2.0 的几个问题
自去年 10 月以来，交付计划 2.0 一直处于公共预览状态。 我们一直在根据客户反馈采取行动并解决问题。 此版本包括这些问题的修补程序。 具体而言，现在解决了不一致的缩放行为和滚动条冻结问题。 现在，卡片按日期而不是积压工作优先级对计划进行排序，以更好地利用空间。
Azure Pipelines
在 YAML 管道中将存储库作为受保护资源
可以组织 Azure DevOps 项目来托管多个子项目 - 每个子项目都有自己的 Azure DevOps Git 存储库和一个或多个管道。 在此结构中，可能需要控制哪些管道可以访问哪些存储库。 例如，假设在同一项目中有两个存储库 A 和 B，以及通常生成这些存储库的两个管道 X 和 Y。 你可能想要阻止管道 Y 访问存储库 A。通常，你希望 A 的参与者控制他们想要提供访问权限的管道。
虽然这在 Azure Git 存储库和管道中部分可行，但没有管理它的经验。 此功能解决了这种差距。 Azure Git 存储库现在可以被视为 YAML 管道中的 受保护资源 ，就像服务连接和代理池一样。
作为存储库 A 的参与者，可以向存储库添加检查和管道权限。 为此，请导航到项目设置，选择“存储库”，然后选择存储库。 你会注意到一个名为“检查”的新菜单，可在其中以 Azure 函数的形式配置任何现成检查或自定义检查。
在“安全性”选项卡下，可以管理可以访问存储库的管道列表。
每当 YAML 管道使用存储库时，Azure Pipelines 基础结构都会验证并确保满足所有检查和权限。
注意
这些权限和检查仅适用于 YAML 管道。 经典管道无法识别这些新功能。
Azure Artifacts
为源启用空回收站
通过此更新，现在可以清空回收站，以永久删除保留策略节奏之外的项目。
后续步骤
注意
这些功能将在未来两到三周内推出。
前往 Azure DevOps 并了解一下。
如何提供反馈
我们很想听听你对这些功能的看法。 使用帮助菜单报告问题或提供建议。
你还可以在 Stack Overflow 上获取社区的建议和问题解答。
此致
Vijay Machiraju