自定义默认分支名称

在此冲刺中，我们引入了一个新选项，允许客户为所有新存储库设置自定义默认分支名称。

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

功能

Azure Boards

• 利益干系人可以在个人预览版 (跨板列移动工作项)

Azure Repos

• 默认分支名称首选项

Azure Pipelines

• 管道映像公告
• 多存储库触发器
• 汇报 macOS 10.14 (Mojave) 映像
• GitHub 草稿拉取请求不触发管道

Azure Boards

利益干系人可以跨板列移动工作项 (个人预览版)

利益干系人始终能够更改工作项的状态。 但是，当他们转到看板时，他们无法将工作项从一个列移动到另一列。 相反，利益干系人必须一次打开一个工作项，并更新状态值。 长期以来，这一直是客户的痛点，我们很高兴地宣布此冲刺推出个人预览版，使利益干系人能够跨栏移动工作项。 如果你有兴趣参与个人预览版，请 直接向我们发送电子邮件 ，其中包含你的组织名称 (示例：dev.azure.com/{organization name}) 。

Azure Repos

默认分支名称首选项

Azure Repos现在为 Git 提供可自定义默认分支名称。 在存储库设置中，可以选择初始化存储库时要使用的任何法定分支名称。 Azure Repos始终支持更改现有存储库的默认分支名称。 有关更多详细信息 ，请访问管理分支 。

 

注意：如果未启用此功能，则存储库将使用Azure Repos的默认名称进行初始化。 现在，该默认值为 master。 为了履行 Microsoft 对包容性语言的承诺和客户对包容性语言的要求，我们将与行业同行一起将此默认值更改为main。 这一变化将于今年夏天晚些时候发生。 如果要继续使用 master，则应立即打开此功能并将其设置为 master。

Azure Pipelines

管道映像公告

注意

我们一直在努力改善你使用 Azure Pipelines 的体验。 若要了解有关 Windows/Linux/macOS 映像更新即将推出的更新的详细信息，请在此处检查：

Azure Pipelines 映像会不断更新，以尽可能为用户提供最佳体验。 这些常规更新主要用于解决 bug 或过期软件。 它们通常不会对管道产生任何影响，但情况并非总是如此。 如果管道依赖于映像上已删除或更新的软件，则管道可能会受到影响。

若要了解有关 Windows 和 Linux 映像即将推出的更新的详细信息，请阅读以下公告：

• Window 2016
• Windows 2019
• Ubuntu 16.04
• Ubuntu 18.04
• Ubuntu 20.04
• Mac OS 10.15

若要查看即将推出的 (预发行) 和部署更改的发行说明，请订阅以下发行说明：

• 发行说明

多存储库触发器

可以在一个 YAML 文件中指定多个存储库，并导致任何存储库的更新触发管道。 此功能非常有用，例如，在以下方案中：

• 你使用不同存储库中的工具或库。 每当更新工具或库时，你都希望为应用程序运行测试。
• 你将 YAML 文件保存在与应用程序代码不同的存储库中。 每次将更新推送到应用程序存储库时，你都希望触发管道。

通过此更新，多存储库触发器仅适用于 Azure Repos 中的 Git 存储库。 它们不适用于 GitHub 或 Bitbucket 存储库资源。

以下示例演示如何在管道中定义多个存储库资源，以及如何在所有这些资源上配置触发器。

trigger:
  - main

resources:
  repositories:
    - repository: tools
      type: git
      name: MyProject/tools
      ref: main
      trigger:
        branches:
          include:
            - main
            - release

如果存在以下任何更新，将触发此示例中的管道：

• main 包含 YAML 文件的存储库中的 self 分支
• main 或 release 存储库中的 tools 分支

有关详细信息，请参阅 管道中的多个存储库。

汇报 macOS 10.14 (Mojave) 映像

在接下来的几周内，我们会将 macOS 10.14 (Mojave) 映像上的 Node.js 版本从 6 更新为 8。 如果仍需要使用版本 6 node.js，请考虑使用 node.js 工具安装程序任务 - 此处。

除了这些更改之外，macOS 10.14 映像还将添加到 虚拟环境 存储库，并开始按月而不是每周接收工具更新。

GitHub 草稿拉取请求不触发管道

在 Azure Repos 中创建草稿拉取请求时，我们不会触发在分支策略中配置的 PR 验证管道。 我们认为草稿拉取请求就是这样 - 不应自动运行验证的草稿。 虽然此用例适用于 Azure Repos，但 GitHub 存储库的行为不同。

通过此更改，我们也使 GitHub 存储库的体验保持一致。 在 GitHub 中创建草稿拉取请求时，即使为目标分支配置了拉取请求触发器，也不会自动启动管道。 为了验证草稿拉取请求中的更改，可以手动启动指向ref拉取请求的 的 管道。

后续步骤

注意

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

前往 Azure DevOps 并查看。

转到 Azure DevOps

如何提供反馈

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

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

此致

亚伦·霍尔伯格