Lan*_*SFT 9

我想了解这两个 API 的差异。

Azure Devops 提供经典 UI 构建和 Yaml 构建管道。这两个API都可以启动管道运行(无论是Classic UI Build pipeline还是Yaml Build pipeline)。这两个 API 之间最大的区别在于Request Body

1.你应该知道Yaml pipeline引入了一个重要的功能Runtime参数。我们在使用时可以传递变量和参数Run pipeline API,但在使用API​​时只能传递变量Builds-Queue

Run pipeline之后推出的新APIapi-version 6.0支持传递对于 Yaml 管道很重要的参数/变量。但是oldQueue-build不支持参数,它只支持变量(这里的参数实际上是变量,不是YAML的真正参数)。

2.此外,我们可以对 CI 和 CD 使用普通的 yaml 管道。它是多阶段 Yaml 管道。要运行这样的管道,强烈建议使用Run pipeline.

仔细检查Request Body Run pipeline,你会发现Run pipeline与Yaml pipeline更相关。元素StagesToSkipyamlOverride是 YAML 管道的独特功能。

在此输入图像描述

什么时候用什么?

选择Run pipeline作为 YAML 管道,并选择Builds-Queue作为 Classic UI Build 管道。不是必须的(这两个API都可以启动Classic Build run和Yaml Build run)但是更推荐

  • “Yaml 管道引入了一个重要的功能运行时参数”**引入**有点不诚实,因为在队列时或构建过程中可设置的现有变量与您所描述的运行时参数之间没有功能差异。我真的希望你们能够尝试更多地关注已经构建的很棒的东西,并为它们添加更多功能,而不是“让我们为 tfsdevopscloudserver 创建第四个(也许第五个)构建系统”,这更糟糕(yaml)或者只是名称不同并且不提供比 b4 更多的功能 (3认同)