Azure Boards 和 Azure Pipelines GitHub 集成改进 - 冲刺 (sprint) 149 更新

在 Azure DevOps 的 Sprint 149 更新中，我们添加了直接从 GitHub 注释中的提及导航到 Azure Boards 的功能，以及对 GitHub Enterprise 中的 Azure Boards 的支持。

对于 Azure Pipelines，我们在 GitHub 拉取请求上启用了一项新功能，使用此功能，可以在注释中提及/azp，以此运行可选检查。 在管道运行之前，还可以要求对存储库中的拉取请求进行注释参与者，这样就可以在生成代码之前查看未知用户的代码。

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

功能

常规：

• 解决 Azure Active Directory （Azure AD） 断开连接的用户

Azure Boards：

• 直接从任何 GitHub 注释中的提及导航到 Azure Boards 工作项
• 工作项转换规则的更新
• Azure Boards GitHub Enterprise 支持
• 编辑和删除工作项中的注释
• 工作项表单上的状态值顺序

Azure Pipelines：

• 在 YAML 管道中选择已签出代码的目录
• 专用项目现在每个管道作业的运行时间为 60 分钟
• 托管管道映像的更新
• 生成和发布管道中的 Duffle 工具安装程序任务
• 获准从 Slack 部署 Azure Pipelines
• 所有源提供程序都包含在新的生成管道向导中
• GitHub 注释触发优化
• 发布 CTest 和 PHPUnit 测试结果

Azure Artifacts：

• Maven 的上游源

报表：

• 针对测试实体集的 Analytics 服务 OData 版本更改

常规

解决 Azure Active Directory （Azure AD） 断开连接的用户

借助 Sprint 148 更新，我们让你能够在 Azure DevOps 门户中将组织连接到 Azure Active Directory。 这一新的简化体验保存了之前在Azure 门户中所需的几个步骤。 但是，这种新体验留下了一个空白，因为你仍必须致电支持人员来还原在连接过程中失去访问权限的成员的访问权限。 在新连接的 Azure Active Directory 中找不到其以前的登录标识时，用户将失去访问权限。 在此版本中，我们允许你自行还原这些断开连接的成员，从而节省客户支持呼叫并提高工作效率。

还原断开连接的成员有两个步骤。 首先，这些成员的当前标识映射到新连接的 Azure AD 中的标识。 由于某些断开连接的成员在 Azure AD 中可能没有匹配的标识，因此第二步是将这些剩余成员作为来宾邀请到 Azure AD。 此更新提供了一个界面，用于直接从 Azure DevOps 门户中的 Azure AD 设置页执行这两个步骤。

在此处查找文档中的更新。

Azure Boards

直接从任何 GitHub 注释中的提及导航到 Azure Boards 工作项

现在，当你使用AB#{work item ID}语法在 GitHub 中提及问题注释、拉取请求或提交工作项时，这些提及将成为超链接，你可以单击这些超链接直接导航到提及的工作项。

这并不会为每个相关对话创建正式链接，将 Azure Boards 中的工作项弄乱，而是为你的团队提供一种方法以在讨论代码或客户报告的问题时，提供有关工作项的更多详细信息。 有关详细信息，请参阅 Azure Boards GitHub 集成文档。

工作项转换规则的更新

我们清理了跨不同流程和工作项类型不一致的多个工作项转换规则。 已在所有标准工作项类型和新自定义的继承工作项类型中修复了“关闭日期”、“已关闭日期”和“状态更改日期”。 对于所有系统工作项类型，已激活的 By 和 Activated Date 都是固定的，但不会为自定义继承的工作项类型固定。

Azure Boards GitHub Enterprise 支持

Teams 现在可以将 Azure Boards 项目连接到 GitHub Enterprise Server 实例中托管的存储库。 使用 OAuth 进行连接时，请先按照文档中的步骤 注册 OAuth 应用程序 ，然后再创建与存储库的连接。

编辑和删除工作项中的注释

我们很高兴地宣布，现在可以在 Azure Boards 中编辑和删除工作项讨论中的批注，这是开发者社区论坛中备受投票的功能。 若要编辑批注，只需将鼠标悬停在拥有的任何批注上，你将看到两个新按钮。 如果单击铅笔图标，将进入编辑模式，只需进行编辑，然后按“更新”按钮保存编辑。

单击溢出菜单时，将显示删除注释的选项。 单击此项后，系统将再次提示你确认要删除此批注，并将删除批注。

在工作项窗体的“历史记录”选项卡中，你将拥有所有已编辑和删除的批注的完整审核线索。 你还将看到，我们更新了讨论体验的 UI，使其感觉更现代和交互。 此外，我们在批注周围添加了气泡，以明确个人评论的开始和结束位置。

工作项表单上的状态值顺序

以前，工作项表单上的状态值按字母顺序排序。 通过此更新，我们更改了状态值的排序方式，以与流程设置中的工作流顺序相匹配。

注意

订单更改只会影响 Web 和 REST API 中的窗体。 使用 WIT 客户端 OM（如 Visual Studio 2017 或 Excel）的客户端中不会更改状态值顺序。

Azure Pipelines

在 YAML 管道中选择已签出代码的目录

以前，我们检查到 s $（Agent.BuildDirectory）下的目录的存储库。 现在，你可以选择要签出用于 YAML 管道的 Git 存储库。

使用path关键字 (keyword)checkout，你将控制文件夹结构。 下面是可用于指定目录的 YAML 代码示例。

steps:
- checkout: self
  path: my-great-repo

在此示例中，代码将检查到my-great-repo代理工作区中的目录。 如果未指定路径，则存储库将继续检查到名为s目录的目录。

专用项目现在每个管道作业的运行时间为 60 分钟

到目前为止，免费帐户（即尚未购买并行作业的帐户）一次最多运行 30 分钟，每月最多 1,800 分钟。 通过此更新，我们已将免费帐户的限制从 30 分钟增加到 60 分钟。

如果需要运行管道超过 60 分钟，可以为每个并行作业支付额外的容量，也可以在自承载代理中运行。 自承载代理没有作业长度限制。

托管管道映像的更新

我们为托管的 Azure Pipelines 更新了 VS2017、Ubuntu 16.04 和 Windows 容器 1803 VM 映像。 可在此处找到有关最新版本的更多详细信息。 若要全面了解映像上提供的工具，请访问 GitHub 上的映像生成存储库。

此外，我们还采用 Moby 作为容器运行时。 Moby 是由 Docker 创建的开放框架，用于将组件组合到基于容器的自定义系统中。 这样，我们便能够频繁地上游修补程序和对容器运行时的改进。

生成和发布管道中的 Duffle 工具安装程序任务

Duffle 是一个命令行工具，可用于安装和管理云本机应用程序捆绑包 (CNAB)。 借助 CNAB，你可以捆绑、安装和管理容器本机应用及其服务。

在此更新中，我们为生成和发布管道添加了一个新的任务，可用于安装特定的 Duffle 二进制版本。

获准从 Slack 部署 Azure Pipelines

到目前为止，Slack 用户具有有限的功能来管理通道内的发布部署。 通过适用于 Slack 的 Azure Pipelines 应用，可以从通道批准或拒绝发布部署。 这将简化审批过程，因为不会被迫导航到 Azure Pipelines 门户。 此外，还可以使用 Slack 移动应用在一起批准部署。

有关 Azure Pipelines 和 Slack 的更多详细信息，请参阅此处的文档。

所有源提供程序都包含在新的生成管道向导中

到目前为止，源提供程序（如 GitHub、Azure Repos 和 Bitbucket Cloud）在经典管道编辑器和新管道向导之间拆分。 通过此更新，我们将所有这些内容添加到单个起点的新管道向导中。 仍可单击页面底部的链接，在经典编辑器中无需 YAML 即可创建管道。

GitHub 注释触发优化

我们改进了使用 GitHub 拉取请求注释触发生成的团队的体验。 通常出于安全性考虑，这些团队不希望自动生成拉取请求。 相反，他们希望团队成员审查拉取请求，一旦它被视为安全，请使用拉取请求注释触发生成。 新设置将保留此选项，同时仍允许仅为团队成员自动拉取请求生成。

发布 CTest 和 PHPUnit 测试结果

通过此更新，我们添加了在管道中发布 CTest 运行的测试结果的支持。 若要发布 CTest 结果，请在“发布测试结果”选项卡的“测试结果格式输入”中选择“CTest”选项。

此外，我们还包括发布 PHPUnit 测试运行。 虽然始终支持 JUnit 结果格式，但现在可以利用 PHPUnit 的特定构造。 有关发布测试结果的更多详细信息，请参阅此处的文档。

Azure Artifacts

Maven 的上游源

上游源现可用于 Maven 源。 这包括主要的 Maven 中央存储库和 Azure Artifacts 源。 若要将 Maven 上游添加到现有源，请访问源设置，选择上游源透视，然后选择“添加上游源”。

正在报告

针对测试实体集的 Analytics 服务 OData 版本更改

Azure DevOps 中的 Analytics 服务包含实体集，可以使用 OData 直接从支持的浏览器进行查询。 该服务提供可添加到_odata元素的版本化 OData API。

通过此更新，我们将测试实体集迁移到版本 3.0-preview。 如果使用 OData 2.0-preview 版本终结点，则必须更改为版本 3.0-preview，以防止中断性变更。

以下列表包括将迁移到版本 3.0-preview 的实体集：

• TestRuns
• TestResults
• 测试
• 内部版本
• 分支
• 版本
• ReleaseEnvironments
• TestResultsDaily
• ReleasePipelines
• ReleaseStages
• BuildPipelines

有关将 OData 终结点用于 Analytics 服务的详细信息，请参阅此处的文档。

后续步骤

注意

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

前往 Azure DevOps 并了解一下。

转到 Azure DevOps

如何提供反馈

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

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

此致

克里斯·帕特森