在更大的 Runner 上运行作业

定义运行器类型后，您可以更新工作流 YAML 文件，将作业发送到新创建的运行器实例进行处理。您可以使用运行器组或标签来定义作业运行的位置。

只有所有者或管理员帐户才能看到运行器设置。非管理员用户可以联系组织所有者以了解哪些运行器已启用。您的组织所有者可以创建新的运行器和运行器组，以及配置权限以指定哪些仓库可以访问运行器组。有关更多信息，请参阅“管理大型运行器”。

使用组控制作业运行位置

在本例中，Ubuntu 运行器已添加到名为 ubuntu-runners 的组中。runs-on 键将作业发送到 ubuntu-runners 组中任何可用的运行器

name: learn-github-actions
on: [push]
jobs:
  check-bats-version:
    runs-on: 
      group: ubuntu-runners
    steps:
      - uses: actions/checkout@v4
      - uses: actions/setup-node@v4
        with:
          node-version: '14'
      - run: npm install -g bats
      - run: bats -v

使用标签控制作业运行位置

您可以通过使用语法 runs-on: LABEL 将标签隐式传递给 runs-on 键。或者，您可以使用 labels 键，如下面的示例所示。

在本例中，runs-on 键将作业发送到任何已分配 windows-2022-16core 标签的可用运行器。

name: learn-github-actions
on: [push]
jobs:
  check-bats-version:
    runs-on:
      labels: windows-2022-16core
    steps:
      - uses: actions/checkout@v4
      - uses: actions/setup-node@v4
        with:
          node-version: '14'
      - run: npm install -g bats
      - run: bats -v

任何对启用操作的仓库具有写入权限的人都可以找出仓库中可用的运行器的标签。请参阅“在大型运行器上运行作业”。

使用标签和组来控制作业的运行位置

当您组合组和标签时，运行器必须同时满足这两个要求才能有资格运行作业。

在本例中，名为 ubuntu-runners 的运行器组包含 Ubuntu 运行器，这些运行器也已分配了 ubuntu-20.04-16core 标签。runs-on 键组合了 group 和 labels，以便作业被路由到组中任何具有匹配标签的可用运行器。

name: learn-github-actions
on: [push]
jobs:
  check-bats-version:
    runs-on:
      group: ubuntu-runners
      labels: ubuntu-20.04-16core
    steps:
      - uses: actions/checkout@v4
      - uses: actions/setup-node@v4
        with:
          node-version: '14'
      - run: npm install -g bats
      - run: bats -v

如果您发现目标为大型运行器的作业延迟或未运行，则可能有多种因素导致这种情况。

• 并发设置：您可能已达到最大并发限制。如果您想启用更多作业并行运行，可以将自动缩放设置更新为更大的数字。有关更多信息，请参阅“管理大型运行器”。
• 存储库权限：确保您为大型运行器启用了适当的存储库权限。默认情况下，企业运行器在存储库级别不可用，必须由组织管理员手动启用。有关更多信息，请参阅“管理大型运行器”。
• 计费信息：您必须在帐户中添加有效的信用卡才能使用大型运行器。在您的帐户中添加信用卡后，可能需要长达 10 分钟才能启用大型运行器的使用。有关更多信息，请参阅“添加或编辑付款方式”。
• 支出限额：您的 GitHub Actions 支出限额必须设置为大于零的值。有关更多信息，请参阅“管理您的 GitHub Actions 支出限额”。
• 合理使用政策：GitHub 有一项合理使用政策，该政策会根据多个因素（例如您运行的作业数量或整个 GitHub Actions 中运行的作业数量）开始限制作业。