改进了拉取请求体验

在此冲刺中,我们将为拉取请求体验添加一些增强功能。 其中包括使可选检查更加可见、启用 Ctrl 单击以打开新选项卡、向批注添加位置以及改进批注筛选布局。

有关详细信息,请查看下面的 功能 列表。

功能

Azure Boards

Azure Repos

Azure Pipelines

Azure Boards

删除 Bug 工作项类型的“分配到”规则

敏捷、Scrum 和 CMMI 中的所有不同工作项类型都有多个隐藏的系统规则。 这些规则已经存在了十多年,一般运作良好,没有任何投诉。 但是,有几个规则已经用完了他们的欢迎。 特别是一条规则给新客户和现有客户带来了很大的痛苦,我们决定是时候删除它了。 此规则存在于敏捷过程中的 Bug 工作项类型上。

“当状态更改为 Resolved 时,将 Assigned 值设置为 Created By”

我们收到了你关于此规则的大量反馈。 作为响应,我们继续从敏捷过程中的 Bug 工作项类型中删除了此规则。 此更改将影响使用继承的敏捷或自定义继承的敏捷过程的每个项目。 对于喜欢和依赖此当前规则的客户,请参阅我们的 博客文章 ,了解使用自定义规则重新添加规则的步骤。

Azure Repos

对拉取请求体验的一系列改进

新拉取请求体验已推出预览版几个月。 我们一直在处理从你们中的许多人那里收到的反馈。 我们很高兴地宣布,你将在此冲刺的部署中看到以下改进:

使可选检查更可见

客户使用可选检查来吸引开发人员注意潜在问题。 在以前的体验中,当这些检查失败时,情况过去是显而易见的。 但是,预览体验中的情况并非如此。 所需检查上的绿色大选中标记可屏蔽可选检查中的失败。 用户只能通过打开检查面板来发现可选检查失败。 当没有任何问题的迹象时,开发人员通常不会这样做。 在此部署中,我们使可选检查的状态在摘要中更加可见。


显示可选检查


按 Ctrl 键单击菜单项

PR 上的选项卡菜单不支持按 Ctrl 键。 用户经常在查看拉取请求时打开新的浏览器选项卡。 此问题已解决。

[+] 批注的位置

PR 中文件的树列表显示了一个注释 [+],以帮助作者和审阅者识别新文件。 由于批注在省略号之后,因此对于较长的文件名,它通常不可见。


显示批注的位置

PR 更新下拉列表重新获取计时信息

用于选择 PR 中的更新和比较文件的下拉列表丢失了预览体验中的一个重要元素。 它未显示何时进行更新。 此问题已解决。


PR 更新下拉列表中缺少计时信息

改进了批注筛选器布局

在拉取请求的摘要页上筛选批注时,下拉列表位于右侧,但文本是左对齐的。 此问题已解决。


改进了批注筛选器布局

在接下来的两个冲刺中,我们计划进行更多改进。

Azure Pipelines

更新 Azure Pipelines 代理中的节点

最初发布的更新:由于与 Red Hat Enterprise Linux 6 和节点 14 不兼容,我们已暂停节点 14 的工作,并将首先专注于访问节点 10。

在此版本中,我们开始从节点 6 转向受支持的 Node 版本,将其作为 Azure Pipelines 任务的首选运行时。 我们已更新了要在节点 10 上运行的第一批内置任务。 此更改标记了从代理中删除节点 6 的进程的开始。 节点 6 已退出长期支持,并经常被自动扫描程序标记为安全风险。 虽然我们相信使用节点 6 不太可能受到大多数潜在缺陷的约束,但对于我们来说,将任务放到受支持的运行时仍然很重要。 在 2021 日历年,我们计划开始交付没有节点 6 的代理版本。

如果使用任何启用了 Node 10 的任务,则自承载代理将自行更新以运行新版本的任务。 除此之外,应该不会对大多数客户造成任何影响。 另一方面,如果你是任何任务的作者,则应开始更新它们以在节点 10 上运行。 task.json在 中的 下execution,可以将 从 Node 更新为 Node10。 如果需要支持较旧的服务器版本,可以离开 Node 入口点。 了解 Node 10 处理程序的 Azure DevOps 实例默认会选择它,而不会回退到 Node 6 实现的实例。

保存不正常的代理以在规模集代理中进行调查

使用规模集代理时,Azure Pipelines 管理代理实例的纵向扩展和缩减。 当 Azure Pipelines 在规模集中检测到不正常的 VM 时,它会将问题记录到池诊断 UI 并尝试删除该 VM。 VM 可能运行不正常的原因有很多:规模集的网络配置可能阻止了 Azure Pipelines 扩展下载最新的代理,自定义脚本扩展可能已失败,或者规模集 VM 映像可能具有挂起的重新启动或挂起的 Windows 汇报。


检查 代理

通过删除不正常的 VM,Azure Pipelines 使代理池保持优化,以运行 CI/CD 作业。 在某些情况下,可以使用上面显示的 Azure Pipelines 诊断 页 () 或 Azure 诊断 页来调试此问题。 但是,在许多情况下,诊断问题的最佳方法是登录到 VM 并查看代理日志和事件查看器日志。 目前,这并不容易实现,因为会自动删除不正常的 VM。

在此版本中,我们通过提供保存不正常的代理以供调查的功能,增强了不正常 VM 的可诊断性。

保存不正常的代理后,可以连接到虚拟机、调试和检索所需的任何日志。 完成后,可以释放代理和关联的 VM。 有关详细信息,请参阅有关 对不正常代理进行故障排除的部分

ubuntu-latest 管道将很快使用 Ubuntu-20.04

Ubuntu 20.04 将很快成为 Azure Pipelines 中标签的默认版本 ubuntu-latest 。 从 11 月 30 日开始,将在几周内推出此更改。

如果发现 Ubuntu 管道出现任何问题:

  • 虚拟环境存储库中提出问题
  • 通过在管道中指定 ubuntu-18.04vmImage ,切换回 Ubuntu 18.04。 我们将继续支持 Ubuntu 18.04。

请注意, ubuntu-18.04ubuntu-20.04 在预安装的工具和默认版本的工具中可能有所不同。 有关所有差异的信息,请参阅 https://github.com/actions/virtual-environments/issues/1816

后续步骤

注意

这些功能将在未来两到三周内推出。

前往 Azure DevOps 并查看。

如何提供反馈

我们很想听听你对这些功能的看法。 使用帮助菜单报告问题或提供建议。

提出建议

你还可以在 Stack Overflow 上获得社区的建议和问题的答案。

此致

Matt Cooper