用 Hydra 持续集成工具的说法，什么是“作业集”？

Question

我找到了定义（见下文）以及它们通常如何使用（即 Hydra 作业集正在跟踪 git 分支），但我仍然无法弄清楚它们在一般意义上是什么。也许你能用具体的例子来解释它的外行术语？

• Eelco Dolstra, Eelco Visser: "Hydra: A Declarative Approach to Continuous Integration"

  Nix 表达式位置的规范，以及 Nix 表达式定义的作业的函数参数的可能值。

• NixOS Wiki: "Hydra"

  工作集

  将要运行的作业列表。 Jobset 通常适合某个分支（master、staging、stable）。作业集由其输入定义，如果这些输入发生变化，将触发，例如就像添加到分支上的新提交一样。作业集可能相互依赖

• Hydra User's Guide

  3.2 作业集

  一个项目可以包含多个作业集（以下简称作业集），可以单独构建的独立任务，但可能相互依赖（当然没有循环依赖）。

列出所有这些定义后，我的问题似乎毫无意义，但这里有一个例子来证明我的困惑：我查看了https://hydra.nixos.org/ 的项目列表，我的印象是项目是一个渠道，而工作集是回购中的分支。 （我知道，那里没有提到“频道”，在频道页面上甚至说"Nix channels are not supported by this Hydra server." :) 在查看Hydra project 时，我可以自欺欺人，但是当我单击flakes one 时，这个论点就崩溃了（也就是说，找不到支持的 github 存储库，但通常作业集名称不像分支名字）。

此外，在 Dolstra/Visser 论文中，Hydra 是使用 SVN 设置的；我不知道 SVN 是否甚至使用分支（主要是因为论文没有提到它们），但这确实证明了 Hydra 可以使用 VCS/SCM 而不是 git 设置，其中底层概念可能根本不同。同样，我很容易出错。

Answer 1

我想我在the flox documentation找到了最好的定义：

在频道内，jobsets 允许 flox 同时针对多个版本的依赖项构建包。

^{flox 是一个围绕 Nix 生态系统构建的框架，无需安装即可使用 Nix；它将 Nix 命令无缝中继到远程 Nix 商店和 Hydra 构建农场，就好像它们是在本地机器上发出的一样，因此在安装 flox 的任何地方都可以始终获得相同的结果。}

如果我理解正确的话，

• stable 作业集随后将指定通道包的所有依赖项的最新稳定版本作为输入（例如，来自其发布分支）

• staging / unstable 将采用依赖项（又名前沿）的开发分支（例如，master / main）的最新版本

• 等等。

^{自我注意：作业集规范适用于频道中的每个包。}

---

如果以上是正确的，一些挥之不去的问题：

• 作业集规范是什么样的？例如，stable 接受发布分支的最新提交（即HEAD），而staging/unstable 会做同样的事情，但@ 987654331@/main（或其他开发）分支？