通过

解决了来自开发人员社区的多个请求

为了响应你的反馈，我们已确定你在开发人员社区中请求的多个功能的优先级。 在 Pipelines 中，我们添加了对 YAML 表达式中的字符串拆分函数的支持。 此外，我们现在允许您禁用显示管道运行最后一次提交消息的功能。 在交付计划中，我们将团队限制从 15 增加到 20。

有关详细信息，请查看发行说明。

Azure Boards

Azure Pipelines

Azure Boards

将交付计划团队限制从 15 增加到 20

通过交付计划，可以查看组织中的多个积压工作和多个团队。 以前，您可以查看 15 个团队的工作积压，其中包括来自不同项目的工作积压和团队的组合。 在此冲刺中，我们将最大限制从 15 增加到 20。

修复了报告工作项链接获取 API 中的一个错误，现在可以为 System.LinkTypes.Remote.Related 链接类型返回正确的 remoteUrl 值。 在进行此修复之前，我们返回了错误的组织名称和缺少的项目 ID。

新的 Boards Hub bug 修复

在此冲刺中，我们修复了 New Boards Hub 的多个 bug。 可以在 新版块中心 Sprint 209 更新博客文章中看到 bug 修复列表。

Azure Pipelines

禁用显示管道运行的最后一个提交消息

以前，管道 UI 用于在显示管道的运行时显示最后一个提交消息。

上次提交消息的示例

例如，当您的 YAML 管道的代码存储在与其构建代码不同的存储库中时，此消息可能会令人困惑。 我们听取了 开发人员社区 的反馈，他们要求我们提供一种方法来启用/禁用将最新提交信息附加到每次管道运行的标题上。

通过此更新，我们添加了一个名为的新 YAML 属性 appendCommitMessageToRunName，使你能够完全做到这一点。 默认情况下，属性设置为 true. 将其设置为false时，管道运行将仅显示BuildNumber。

包含内部版本号的管道运行示例

包含上次提交消息的管道运行示例

管道运行 Rest API 中的已用资源和模板参数

扩展的管道运行 REST API现在返回在管道运行中使用的更多类型的工件，以及用来触发该运行的参数。 我们增强了 API 以返回containerpipeline管道运行中使用的资源和模板参数。 例如，现在可以编写符合性检查来评估管道使用的存储库、容器和其他管道运行。

下面是新响应正文的示例。

"resources":
{
    "repositories":
    {
        "self":
        {
            "repository":
            {
                "id": "e5c55144-277b-49e3-9905-2dc162e3f663",
                "type": "azureReposGit"
            },
            "refName": "refs/heads/main",
            "version": "44153346ecdbbf66c68c20fadf27f53ea1394db7"
        },
        "MyFirstProject":
        {
            "repository":
            {
                "id": "e5c55144-277b-49e3-9905-2dc162e3f663",
                "type": "azureReposGit"
            },
            "refName": "refs/heads/main",
            "version": "44153346ecdbbf66c68c20fadf27f53ea1394db7"
        }
    },
    "pipelines":
    {
        "SourcePipelineResource":
        {
            "pipeline":
            {
                "url": "https://dev.azure.com/fabrikam/20317ad0-ae49-4588-ae92-6263028b4d83/_apis/pipelines/51?revision=3",
                "id": 51,
                "revision": 3,
                "name": "SourcePipeline",
                "folder": "\\source"
            },
            "version": "20220801.1"
        }
    },
    "containers":
    {
        "windowscontainer":
        {
            "container":
            {
                "environment":
                {
                    "Test": "test"
                },
                "mapDockerSocket": false,
                "image": "mcr.microsoft.com/windows/servercore:ltsc2019",
                "options": "-e 'another_test=tst'",
                "volumes":
                [
                    "C:\\Users\\fabrikamuser\\mount-fabrikam:c:\\mount-fabrikam"
                ],
                "ports":
                [
                    "8080:80",
                    "6379"
                ]
            }
        }
    }
},
"templateParameters":
{
    "includeTemplateSteps": "True"
}

在 YAML 模板表达式中添加对字符串拆分函数的支持

YAML 管道提供了减少代码重复的便捷方法，例如 循环访问 each 对象列表 或属性的值。

有时，要循环访问的项集表示为字符串。 例如，当要部署到的环境列表由字符串 integration1, integration2定义时。

当我们听取了 开发人员社区的反馈时，我们听到你希望在 YAML 模板表达式中使用字符串 split 函数。

现在，可以 split 一个字符串并循环访问 each 其子字符串。

variables:
  environments: integration1, integration2

jobs:
  - job: Deploy
    steps:
    - ${{ each env in split(variables.environments, ', ') }}:
      - script: ./deploy.sh -e ${{ env }}
      - script: ./runTest.sh -e ${{ env }}

提取 Git 存储库时不要同步标记

签出任务使用--tags选项提取 Git 存储库的内容。 这会导致服务器提取所有标记以及这些标记指向的所有对象。 这会增加在管道中运行任务的时间-特别是如果你有一个包含大量标记的大型存储库。 此外，即使启用浅提取选项，签出任务也会同步标签，这反而可能失去其原有的效果。 为了减少从 Git 存储库提取或拉取的数据量，我们现在向任务添加了一个新选项来控制同步标记的行为。 此选项在经典管道和 YAML 管道中均可用。

可以通过 YAML 文件或 UI 控制此行为。

若要选择退出通过 YAML 文件同步标签，请在 checkout 步骤中添加 fetchTags: false。 如果未指定该 fetchTags 选项，则它与 fetchTags: true 使用选项相同。

steps:
- checkout: self  # self represents the repo where the initial Pipelines YAML file was found
  clean: boolean  # whether to fetch clean each time
  fetchTags: boolean # whether to sync the tags
  fetchDepth: number  # the depth of commits to ask Git to fetch
  lfs: boolean  # whether to download Git-LFS files
  submodules: boolean | recursive  # set to 'true' for a single level of submodules or 'recursive' to get submodules of submodules
  path: string  # path to check out source code, relative to the agent's build directory (e.g. \_work\1)
  persistCredentials: boolean  # set to 'true' to leave the OAuth token in the Git config after the initial fetch

如果要更改现有 YAML 管道的行为，在 UI 中设置此选项可能更方便，而不是更新 YAML 文件。 若要导航到用户界面，请打开管道的 YAML 编辑器，依次选择【触发器】、【处理】和【Checkout】，然后选择“签出”步骤。

如果在 YAML 文件和 UI 中同时指定此设置，则 YAML 文件中指定的值优先。

对于创建的所有新管道（YAML 或经典），标记默认仍同步。 此选项不会更改现有管道的行为。 除非显式更改上述选项，否则在这些管道中的标签仍将被同步。

更新了 Ubuntu 18.04 映像的淘汰计划

Azure Pipelines 正在弃用我们托管池中的 Ubuntu 18.04 映像（ubuntu-18.04）。 此映像将于 12 月 1 日停用。 你可能会开始看到更长的等待时间。

为了帮助你更好地识别使用 ubuntu-18.04 映像的管道，我们计划进行淘汰。 作业将在裁员期间失败。

  • 在使用 ubuntu-18.04 映像的管道运行中会显示警告消息
  • 可用的script帮助你查找使用弃用的映像（包括 ubuntu-18.04）的管道
  • 我们正在安排简短的“棕色”。 任何 ubuntu-18.04 运行都将在淘汰期间失败。 因此，建议在计划褐化实施之前迁移管道。

电力减供时间表 （已更新）

  • 10 月 3 日，UTC 12：00 - 10 月 3 日，14：00 UTC
  • 10 月 18 日，14：00 UTC - 10 月 18 日，16：00 UTC
  • 11 月 15 日，18：00 UTC - 11 月 15 日，20：00 UTC
  • 11 月 30 日，20：00 UTC - 11 月 30 日，22：00 UTC
  • 12 月 15 日，20：00 UTC - 12 月 16 日 00：00 UTC
  • 1 月 5 日，10.00 UTC - 14.00 UTC
  • 1 月 13 日，12.00 UTC - 13,16.00 UTC
  • 1 月 18 日，14.00 UTC - 18 日，18.00 UTC
  • 1 月 24 日，16.00 UTC - 1 月 24 日，20.00 UTC
  • 2 月 1 日，18.00 UTC - 22.00 UTC
  • 2 月 7 日，16.00 UTC - 22.00 UTC
  • 2 月 13 日，14.00 UTC - 2 月 13 日，22.00 UTC
  • 2 月 21 日，10.00 UTC - 2 月 21 日，22.00 UTC
  • 2 月 28 日，10.00 UTC - 2 月 28 日，22.00 UTC
  • 3 月 6 日，00.00 UTC - 3 月 7 日，UTC
  • 3 月 13 日，00.00 UTC - 3 月 14 日，00.00 UTC
  • 3 月 21 日，00.00 UTC - 3 月 22 日，00.00 UTC

后续步骤

注释

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

请去 Azure DevOps 上看看。

转到 Azure DevOps

如何提供反馈

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

提出建议

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

谢谢

亚伦·霍尔伯格

  • Last updated on