Azure Boards增强功能 - Sprint 156 更新
在 Azure DevOps 的 Sprint 156 更新中，我们继续改进Azure Boards，以包含有助于增强用户体验的项目。 例如，现在可以 自定义系统选取列表值 ，例如严重性、活动和优先级。 此外，我们还添加了规则支持，以便根据组成员身份将字段设置为只读或必需。 最后，我们创建了一个新的扩展，用于在工作项窗体上创建 级联选取列表 。
有关详细信息，请查看下面的 功能 列表。
Azure DevOps 中的新增功能
功能
常规：
Azure Boards：
Azure Repos：
Azure Artifacts：
Azure Pipelines：
常规
Docker
测试
托管 VM
Azure 体验
Azure 命令行接口
Azure Test Plans：
报表：
Wiki：
常规
用于请求访问组织的新 UI
现在，可以使用新的 请求访问 UI 请求对组织的访问权限。 如果你与需要访问的 Azure DevOps 组织属于同一租户，则新的请求访问 UI 将允许你通知组织的管理员，说明需要访问权限的理由。 管理员 () 将收到来自 Azure DevOps 的电子邮件通知，其中包含请求的详细信息。 详细信息包括：请求者的电子邮件 ID、目标组织名称和理由。
Azure Boards
组成员身份的只读和必需规则
使用工作项规则可以设置对工作项字段的特定操作，以自动执行其行为。 可以创建规则，根据组成员身份将字段设置为只读或必需。 例如，你可能希望授予产品所有者设置功能优先级的能力，同时使其对其他人都是只读的。
自定义系统选取列表值
现在可以自定义除原因字段（例如严重性、活动、优先级等）之外的任何系统选取列表) (的值。选取列表自定义的范围已确定，以便您可以为每个工作项类型管理同一字段的不同值。
新建工作项 URL 参数
使用我们的新工作项 URL 参数，通过板或积压工作项的上下文共享工作项的链接。 现在，可以通过将 参数 ?workitem=[ID] 追加到 URL，在开发板、积压工作或冲刺体验中打开工作项对话框。
然后，与你共享链接的任何人都将使用你共享链接时的相同上下文登陆！
在文本字段中提及人员、工作项和 PR
当我们听取你的反馈时，我们听说你希望能够在工作项描述区域中提及人员、工作项和 PR， (和其他 HTML 字段) 工作项，而不仅仅是在注释中。 有时你正在与某人协作处理工作项，或者想要在工作项说明中突出显示 PR，但无法添加该信息。 现在，可以在工作项上的所有长文本字段中提及人员、工作项和 PR。
可在此处查看示例。
- 若要使用人员提及，请@键入要提及的符号和人员姓名。 @mentions工作项字段中会生成电子邮件通知，就像它对注释所做的那样。
- 若要使用工作项提及，请 # 键入后跟工作项 ID 或标题的符号。 #mentions将在两个工作项之间创建链接。
- 若要使用 PR 提及，请添加 ！ ，后跟 PR ID 或名称。
对讨论评论的反应
我们的main目标之一是使工作项对团队更具协作性。 最近，我们在 Twitter 上 进行了一次投票，以了解你在讨论工作项时想要哪些协作功能。 对评论的回应赢得了民意测验，所以我们添加它们！ 以下是 Twitter 民意测验的结果。
你可以向任何批注添加反应，有两种方法可以添加你的反应 - 任何批注右上角的笑脸图标，以及任何现有反应旁边的批注底部。 如果愿意，可以添加所有六个反应，也可以只添加一两个。 若要删除你的反应，请单击批注底部的反应，它将被删除。 下面可以查看添加反应的体验，以及批注中的反应效果。
将Azure Boards报表固定到仪表板
在 Sprint 155 更新中，我们包含了 更新版本的 CFD 和速度报告。 这些报告位于“板和积压工作”的“分析”选项卡下。 现在可以将报表直接固定到仪表板。 若要固定报表，请将鼠标悬停在报表上，选择省略号“...”菜单，并 复制到仪表板。
Azure Repos
适用于 Slack 的 Azure Repos 应用
我们很高兴地宣布推出适用于 Slack 的新Azure Repos应用。 使用此应用，你可以监视存储库，并在推送/签入代码、创建拉取请求 (PR) 、更新 PR 以及 Slack 通道中获取通知。 此外，拉取请求 URL 的预览版将帮助你启动有关 PR 的讨论，并进行上下文和有意义的对话。 该应用支持 Git 和 TFVC 存储库。
Azure Artifacts
在 AAD 租户内配置不同组织中的上游
现在可以在另一个与 Azure Active Directory (AAD) 租户关联的组织中添加源，作为项目源的上游源。 源可以从配置为上游源的源中查找和使用包，从而在与 AAD 租户关联的组织之间轻松共享包。 请参阅文档中的 此设置。
使用 Python 凭据提供程序 (预览版) 通过 Azure Artifacts 源对 pip 和 Twine 进行身份验证
现在可以安装和使用 Python 凭据提供程序 (artifacts-keyring) (当前处于预览版) ，以自动设置身份验证，以在 Azure Artifacts 源中发布或使用 Python 包。 使用凭据提供程序时，无需设置任何配置文件 (pip.ini/pip.conf/.pypirc) ，首次调用 pip 或 twine 时，只需在 Web 浏览器中通过身份验证流。 有关详细信息 ，请参阅文档。
Azure Pipelines
管道缓存改进
在 Sprint 155 更新中，我们发布了 管道缓存的公共预览版，此功能旨在通过允许文件（如下载的依赖项和编译输出）供稍后运行重复使用来缩短生成时间。 在此更新中，我们添加了使用 glob 模式在缓存密钥中包含多个文件的支持。 例如：
steps:
- task: CacheBeta@0
inputs:
key:
packages/**/package-lock.json, !node_modules/** | $(Agent.OS)
path:
$(npm_config_cache)
注意
需要用“|”字符 (分隔密钥的各个部分，如上) 所示。 进行此更改是在预计即将推出指定备用还原密钥的功能时进行的。
若要开始，请参阅 管道缓存文档。
入口超时限制和频率增加
以前，发布管道中的入口超时限制为三天。 通过此更新，超时限制已增加到 15 天 ，以允许持续时间较长的入口。 我们还将门的频率增加到 30 分钟。
Dockerfile 的新生成映像模板
以前，在创建新管道时为 Dockerfile 创建新管道时，模板建议将映像推送到Azure 容器注册表并部署到Azure Kubernetes 服务。 我们添加了一个新模板，使你能够使用代理生成映像，而无需推送到容器注册表。
Docker Compose 任务中的参数输入
Docker Compose 任务中引入了一个新字段，用于添加参数，例如 --no-cache。 运行生成等命令时，任务将向下传递 参数。
修复大型测试附件中的警告
上个月，我们添加了对大于 100MB 的测试附件的支持。 目前，你可能会在日志中看到 VSTest 任务或发布测试结果任务返回 403 或 407 错误。 如果在防火墙后面使用筛选出站请求的自承载生成或发布代理，则需要进行一些配置更改才能使用此功能。
若要解决此问题，建议将 出站请求 的防火墙更新为 https://*.vstmrblob.vsassets.io。 可 在此处的文档中找到故障排除信息。
注意
仅当使用自承载 Azure Pipelines 代理并且位于筛选出站流量的防火墙后面时，才需要这样做。 如果在云中使用 Microsoft 托管的代理，或者未筛选出站网络流量，则无需执行任何操作。
汇报托管管道映像
我们对多个 Azure Pipelines 托管的 VM 映像进行了更新。 亮点包括：
- 在 VS 2017 (VS 2019) 中已存在，向 VS 2017 添加了适用于 ARM 和 ARM64 的 ATL 和不带 Spectre 缓解措施。
- 更新了适用于 Ubuntu 16.04、VS 2017 和 VS 2019 的 Java 和 Go 的修补程序版本。
- 在 Ubuntu 16.04 上将打开文件的限制增加到 50，000。
- 各种 bug 修补程序。
可 在此处找到有关最新版本的更多详细信息。
有关特定映像可用的工具的完整列表，请转到 “设置”“ > 代理池 > 详细信息”。
支持部署中心的 Bitbucket 存储库，适用于容器的 AKS 和 Web 应用
在此更新中，我们为适用于容器的 AKS 和 Web 应用部署中心工作流添加了对 Bitbucket 存储库的本机支持。 现在，你可以获取 OAuth 体验以及 Bitbucket 帐户的存储库和分支的填充列表。 这将帮助你部署到各自的资源。 此外，我们通过分析所选的 Bitbucket 存储库并检测 DockerFile，添加了辅助体验。
Azure DevOps Projects 中 Java 工作流的 Linux Web 应用支持
现在，只需在 Azure DevOps Projects 中单击几下鼠标，即可创建 Linux Web 应用并部署示例 Java 应用程序。 我们将在 Azure Repos 中托管示例 Java 应用程序，并为其设置 CI/CD 管道。
管道变量组和变量管理命令
将基于 YAML 的管道从一个项目移植到另一个项目可能很困难，因为需要手动设置管道变量和变量组。 但是，使用管道 变量组 和 变量 管理命令，现在可以编写管道变量和变量组的设置和管理脚本，这些变量和变量组又可以由版本控制，从而轻松共享将管道从一个项目移动到另一个项目的说明。
为 PR 分支运行管道
创建 PR 时，验证更改是否可能中断目标分支上的管道运行可能很困难。 但是，由于能够触发管道运行或将 PR 分支的生成排队，现在可以通过针对目标管道运行更改来验证和可视化这些更改。 有关详细信息 ，请参阅 az pipelines run 和 az pipelines build queue 命令文档。
跳过第一个管道运行
创建管道时，有时需要创建并提交 YAML 文件，而不触发管道运行，因为它可能会导致由于各种原因导致运行错误-例如，基础结构未就绪或需要创建变量。 使用 Azure DevOps CLI，现在可以通过包含 --skip-first-run 参数来跳过创建管道时的第一个自动化管道运行。 有关详细信息，请参阅 az pipeline create 命令文档 。
服务终结点命令增强
服务终结点 CLI 命令仅支持 Azure rm 和 github 服务终结点设置和管理。 但是，在此版本中，服务终结点命令允许你通过文件提供配置来创建任何服务终结点，并提供优化的命令 - az devops service-endpoint github 和 az devops service-endpoint azurerm，它们为创建这些类型的服务终结点提供一流的支持。 有关详细信息，请参阅 命令文档 。
Azure Test Plans
公共预览版) (Test Plans进度报告
Test Plans进度报告现在以公共预览版提供。 此现成的报告有助于跟踪项目中一个或多个Test Plans的执行和状态。 请访问Test Plans>进度报告*开始使用报告。
报告的三个部分包括：
- 摘要：显示所选测试计划的合并视图。
- 结果趋势：呈现每日快照，以提供执行和状态趋势线。 它可以显示 14 天的数据 (默认) 、30 天或自定义范围。
- 详细信息：本部分允许按每个测试计划向下钻取，并为每个测试套件提供重要的分析。
Test Plans页的增强功能
现在可以使用新的 Test Plans* 页面网格批量添加测试用例。 网格有六列用于批量创作，与上一视图中的三列相反。 可以通过导航到“Test Plans”*>“添加测试用例>”“使用网格添加测试用例”来开始使用网格。
此外，我们还向“Test Plans*”页面添加了图表。 可以通过导航到“图表”Test Plans>“找到”图表“选项卡。
最后，现在可以对“定义”和“执行”选项卡中的列进行排序。 还可以调整列的宽度以查看大型标题，并使用“ 执行 ”选项卡中的选项运行测试用例。
报表
查询结果小组件改进
查询结果小组件是我们最常用的小组件之一，有充分的理由。 小组件直接在仪表板上显示查询结果，在许多情况下非常有用。
在此更新中，我们包含了许多期待已久的改进：
- 现在可以选择要在小组件中显示的任意数量的列。 不再有 5 列限制！
- 小组件 支持从 1x1 到 10x10 的所有大小。
- 调整列的大小时， 将保存列宽。
- 可以将 小组件展开到全屏视图。 展开后，它将显示查询返回的所有列。
Wiki
Wiki 页面中的注释
以前，你没有办法与 Wiki 中的其他 Wiki 用户进行交互。 这使得协作处理内容和获取问题解答成为一项挑战，因为对话必须通过邮件或聊天渠道进行。 通过批注，现在可以直接在 Wiki 中与他人协作。 可以利用批注中的 @mention 用户功能来吸引其他团队成员的注意。 此功能已根据 此建议票证确定优先级。 有关评论的详细信息，请参阅 此处的文档。
隐藏以“.”开头的文件夹和文件 在 Wiki 树中
到目前为止，Wiki 树显示所有文件夹和文件，以 wiki 树中的点 (.) 开头。 在代码 Wiki 方案中，这会导致 .vscode 等文件夹（本应隐藏）显示在 Wiki 树中。 现在，所有以点开头的文件和文件夹都将在 Wiki 树中保持隐藏状态，从而减少不必要的混乱。
此功能已根据 此建议票证确定优先级。
后续步骤
注意
这些功能将在未来两到三周内推出。
前往 Azure DevOps 并了解一下。
如何提供反馈
我们很想听听你对这些功能的看法。 使用反馈菜单报告问题或提供建议。
你还可以在 Stack Overflow 上获取社区的建议和问题解答。
此致
Vijay Machiraju
反馈
即将发布：在整个 2024 年，我们将逐步淘汰作为内容反馈机制的“GitHub 问题”，并将其取代为新的反馈系统。 有关详细信息，请参阅：https://aka.ms/ContentUserFeedback。
提交和查看相关反馈