适用于 Teams 的新 Azure Pipelines 应用,改进了 GitHub 和 Azure Boards 集成 - Sprint 151 更新

Azure DevOps 的 Sprint 151 更新 中,我们通过添加 GitHub 市场应用来简化 GitHub 存储库的获取和配置,改进了 GitHub 与 Azure Boards 的集成。 此外,现在可以将 Azure Boards 中的工作项与 GitHub 中的相关问题关联。 例如,可以在 GitHub 中接收用户的 Bug 报告,同时在 Azure Boards 中安排团队工作。

此外,我们还为 Microsoft Teams 添加了一个新的 Azure Pipelines 应用,可用于轻松监视和管理 Teams 中的管道。

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

功能

Azure Boards:

Azure Pipelines:

Azure Repos:

Azure Boards

通过 GitHub Marketplace 添加 Azure Boards

GitHub 市场中的新 Azure Boards 应用 简化了 GitHub 存储库的 Azure Boards 的获取和 配置。

以前,可以通过 OAuth 或个人访问令牌身份验证来启用与 GitHub 存储库的连接。 使用 OAuth 或 PAT,Azure Boards 使用 个人的 GitHub 标识 来监视和链接工作项的代码活动。 但是,由于团队成员可能会随着时间的推移而更改,因此使用个人的 GitHub 标识和权限可能不太理想。 通过安装 Azure Boards 应用,可以授权 应用 改为执行操作。

若要开始,请在 GitHub 帐户或组织中从 GitHub 市场 安装应用。 有关详细信息, 还可以查看 GitHub 和 Azure Boards 文档。

GitHub marketplace Azure Boards app.

在 Azure Boards 中计划时,接受并执行 GitHub 中的问题

到目前为止,Azure Boards 与 GitHub 之间的集成一直是将代码活动链接到工作项。 虽然这适用于希望充分利用 Azure Boards 进行规划和工作管理的多个团队,但其他团队仍可能想要跟踪 GitHub 中的问题,希望更多。

现在你可将 Azure Boards 中的工作项链接到 GitHub 中的相关问题。 通过这种新型链接,现在可以实现几种其他方案。 如果你的团队想要继续接受来自用户的 bug 报告,例如,就像 GitHub 中的问题一样,但在 Azure Boards 中从整体上关联和组织团队的工作,现在你可以实现这一点。

Link work items in Azure Boards with related issues in GitHub.

你的团队用于提交和拉取请求的相同提及语法仍然适用,当然也可使用问题 URL 在 Azure Boards 中手动链接。 有关详细信息,请参阅 GitHub & Azure Boards 文档。

Link manually in Azure Boards with the GitHub issue URL.

任务面板人员切换器

根据团队的大小和正在进行的工作项数,任务板可能会有点拥挤。 可以使用筛选来选择要显示哪些卡,并专注于当前感兴趣的内容。

现在,可以选择如何筛选任务板上的人员。 如果需要查看所选人员的工作与团队工作的关系,请使用人员切换器。 这将突出显示属于所选人员的卡,以便你可以查看、更新和重新排序任何卡,同时专注于所选人员。

Gif to demo person picker in taskboard.

筛选器栏现在适用于与筛选体验奇偶一致,因此只能看到与筛选器匹配的卡。 当需要快速查找你和其他人正在处理的内容时,请使用“已分配”进行筛选

Gif to demo Assigned to filter in taskboard.

Azure Pipelines

适用于 Microsoft Teams 的 Azure Pipelines 应用

我们很高兴宣布适用于 Microsoft Teams 的新 Azure Pipelines 应用。 现在可以轻松地监视 Azure DevOps Pipelines 并在 Teams 中批准发布。 此外,还可以管理已完成的生成、发布、挂起审批的订阅,并在 Teams 频道中获取这些事件的通知。

若要开始,请从 Microsoft Teams 应用商店安装 Azure Pipelines 应用,并在此处查看文档

Azure Pipelines app for Microsoft Teams.

管道创建体验汇报

以前,在创建生成管道时,我们有两个入口点。 一个用于经典生成管道,另一个用于 YAML 生成管道。 你是否看到一个或另一个由预览功能切换控制。

通过此更新,我们删除了预览功能切换,因此你将有一个涵盖 YAML 和经典版本的入口点。 新体验支持经典体验中支持的所有存储库类型。 但是,如果存储库类型同时支持 YAML 和经典版本(例如 GitHub 或 Azure Repos),则首选 YAML 生成。 始终可以重写并选择经典编辑器来创建没有 YAML 的管道。

New pipeline - where is your code?.

Azure Repos

存储库创建扩展点

我们添加了一个扩展点,用于将新项添加到存储库选取器。 此扩展点允许你将自定义操作(重定向、弹出窗口等)添加到存储库选取器菜单,实现备用存储库创建方案等流。

Repository creation extension.

改进的编码支持

以前,在 Web 上编辑和保存文件只会保存为 UTF-8 编码,并且当文件编码发生更改时,我们不会提示你。 现在,当你尝试通过 Web(仅支持 UTF 编码)保存非 UTF 编码的文件时,我们会向你发出一个警告。 此外,我们还通过 Web 推送终结点添加了对 UTF-16 和 UTF-32 编码的支持。 这意味着我们将保留该编码类型,因此你不必将其重写为 UTF-8。

下面的屏幕截图显示了一个对话框示例,当你通过 Web 推送引入编码更改时将显示此对话框。

Example of the dialog when you introduce encoding changes by a web push.

后续步骤

注意

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

前往 Azure DevOps 并了解一下。

如何提供反馈

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

Make a suggestion

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

此致

比朱·维努戈帕尔