2

我现在将大部分经典构建管道转换为 yaml。yaml 转换工具 devop 基本上将我的经典构建管道任务视为单独的 yaml 任务。所以现在我有一份工作，大约有 8 个任务。

在学习 yaml 时，我看到有的会创建多个作业，有的甚至会创建多个阶段。对我来说，阶段似乎与不同的部署环境（开发、质量保证、UAT 等）相匹配。但我不确定什么时候应该使用多个工作？

假设我在一个 repo 中有两个解决方案，并且想要构建两者，我的工件将包含两个解决方案的 dll。对于每个解决方案，我的任务将是构建、运行单元测试并将 dll 打包。

我可以将所有这些都放在一项工作中，因此将是逐步完成的顺序任务。或者我可以创建两个工作，每个工作处理一个解决方案的构建。但是，与一份工作相比，使用多项工作有什么好处吗？似乎 Microsoft 允许您的代理并行运行两个作业（理论上它会更快），但他们会为此向您收费。

谢谢

4

1 回答 1

5

此层次结构反映在 YAML 文件的结构中，例如：

在此处输入图像描述

管道是描述 CI/CD 过程的一个或多个阶段。阶段是管道中的主要部分。“构建这个应用程序”、“运行这些测试”和“部署到预生产”阶段就是很好的例子。

一个阶段是一个或多个作业，它们是可分配给同一台机器的工作单元。您可以将阶段和作业安排到依赖图中。示例包括“在该阶段之前运行此阶段”和“此作业取决于该作业的输出”。

作业是一系列线性步骤。步骤可以是任务、脚本或对外部模板的引用。

作业是由代理或服务器上运行的步骤的集合。作业可以有条件地运行，并且可能依赖于较早的作业。作业可以是不同的类型，具体取决于它们运行的​​位置。

  • 代理池作业在代理池中的代理上运行。这些是最常见的作业类型，它们在代理池中的代理上运行。使用自托管代理的需求来指定代理必须具备哪些功能才能运行您的作业。
  • 服务器作业在 Azure DevOps 服务器上运行。服务器作业中的任务由服务器（Azure Pipelines 或 TFS）编排和执行。服务器作业不需要代理或任何目标计算机。目前，服务器作业仅支持少数任务。
  • 容器作业在代理池中代理上的容器中运行。有关选择容器的更多信息，请参阅定义容器作业。

你提到的情况是乔布斯的一种用法。如果您使用多个自托管代理，您会看到好处，它不会收费，并且您可以使用需求来指定代理必须具备哪些功能才能运行您的工作。

于 2021-03-22T07:22:00.110 回答