使用 GitHub Actions 时出现“等待跑步者接受此作业”错误

Question

当我在配置中使用 GitHub Actions 时，等待时间很长，并且显示“正在等待跑步者接手此作业”。

“跑者”是什么意思？我该如何解决这个问题？

Answer 1

一个潜在的原因可能是 GitHub 不再支持您请求的操作系统。

例如，以下内容将不起作用：

runs-on: ubuntu-18.04

因为 GitHub 已于 2023 年 4 月 1 日停止支持 Ubuntu 18.04，请参阅：

解决方案是使用受支持的操作系统，例如：

runs-on: ubuntu-latest

有关支持的操作系统的列表，请参阅：

Answer 2

如果您在后拼错了所请求的跑步者的姓名runs-on:，GitHub Actions 不会明确告诉您您犯了一个错误。相反，它会假设存在具有该名称的运行程序，并将继续永远等待它可用。

这是我们面临此错误的最常见原因。确保在后正确拼写操作系统和体系结构名称runs-on:。

Answer 3

就我而言，这是一个小错误。

run-on 应该是ubuntu-latest，但是是自托管的。它永远在等待着它。

jobs:
  Example-Actions-Job:
    name: Exploring GitHub Actions
    runs-on: self-hosted
    steps:

Answer 4

如果您没有与存储库正确共享自托管运行器，也会发生此问题。该runs-on行是正确的（即其他地方有其他相同的工作runs-on正在工作）。

我们有 GitHub Enterprise 运行程序，团队已在组织级别正确添加它们，但尚未授权特定存储库使用它们。当您知道时，这是显而易见的，因为存储库的运行程序选项卡是空的，但令团队感到困惑，因为他们确实添加了运行程序。

解决方案是转到组织，选择运行者或运行者组，单击名称，然后从可用存储库列表中选择存储库。您可能还需要允许公共存储库或更改其存储库的可见性，因为这也会阻止运行者访问特定存储库。

Answer 5

我不知道为什么，就我而言，它runs-on: ubuntu-latest被卡住了。这是一个免费的存储库，所以很奇怪。

3小时后，我取消了这项工作，当我重新运行时，它立即得到了运行。所以这也可能是 GitHub 端的事情。