GitLab CI 构建仍在等待中答案

【问题标题】：GitLab CI builds remains pendingGitLab CI 构建仍在等待中
【发布时间】：2016-04-10 02:47:01
【问题描述】：

我们最近开始在gitlab.com 免费服务上使用 GitLab-CI。起初一切都很顺利，但现在，我们似乎无法再构建我们的项目了。构建显示为 pending 并且不执行任何操作。

这是我们的构建列表中的内容：

如果我们检查构建的详细信息：

您可能会注意到，在列表中，每个构建都分配给一个运行器 ID，但在详细信息页面中，运行器部分是空白的。

起初，我们以为只是gitlab.com 基础架构造成的延迟，但实际上它只是卡在那里......

编辑

已经超过 1 年了，但我一直收到有关此问题的通知。如果我没记错的话，问题出在 GitLab 本身。遵循 GitLab 文档并确保您的设置是有效的，并希望最好！

【问题讨论】：

【解决方案1】：

如果您正在使用本地 gitlab-runner，例如 macOS 或您制作的自定义运行器，您应该开始手动运行作业。

根据 gitlab 文档中的 topic，您应该根据执行此命令的位置在用户模式或系统模式下手动启动

如果你还没有启动 gitlab-runner

gitlab-runner start

系统模式执行

sudo gitlab-runner run

用户模式执行

gitlab-runner run

【讨论】：

谢谢！我在 Linux 服务器上有自己的 gitlab-runner，但我不明白为什么我的工作卡在等待状态。启动跑步者并实际在服务器上运行作业是我的解决方案。现在想办法让它自动运行任何工作:)
一旦你的 gitlab-runner 启动，作业就会自动运行。
谢谢！，我在 mac 上被卡住了，sudo gitlab-runner run 为我工作

【解决方案2】：

我在我的 Windows 机器上遇到了同样的问题。我去事件查看器获取了一些服务日志，发现错误“listen_address not defined”。

我按照以下步骤修复它。

它现在对我有用。

【讨论】：

【解决方案3】：

GitLab 已将他们的共享跑步者最大化，但他们刚刚完成了更多的添加。现在 GitLab 有 12 个共享运行器。看看这个问题：https://gitlab.com/gitlab-org/gitlab-foss/issues/5543#note_3130561

GitLab 已迁移到自动缩放 Runners。如果您仍然遇到任何问题，则可能是由于不同的原因。

【讨论】：

【解决方案4】：

执行以下步骤后，我的问题得到了解决：

【讨论】：

【解决方案5】：

如果已设置，请尝试清除 Runner 缓存。

转到 CI/CD>>管道>>在顶部 >> 清除 Runner Caches

【讨论】：