30

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

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

构建

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

细节

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

起初，我们认为这只是基础设施造成的gitlab.com延迟，但实际上它只是卡在那里......

编辑

这是一年多前的事了，但我一直收到关于这个问题的通知。如果我没记错的话，问题出在 GitLab 本身。遵循 GitLab 文档并确保您的设置是有效的，并希望一切顺利！

4

5 回答 5

15

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

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

在终端运行

如果你还没有启动 gitlab-runner

gitlab-runner start

系统模式执行

sudo gitlab-runner run

用户模式执行

gitlab-runner run
于 2020-06-30T18:15:42.257 回答
6

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

我按照以下步骤修复它。

  1. 转到 gitlab 存储库并编辑运行器设置。
  2. 您将找到名为“指示此跑步者是否可以选择没有标签的工作”的复选框
  3. 确保选中该选项。

它现在对我有用。

于 2019-08-07T10:44:50.303 回答
5

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

更新

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

于 2016-01-06T21:32:56.980 回答
2

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

  1. 转到您的项目存储库，单击 CI/CD，然后选择管道。尝试通过单击删除运行器缓存clear runner caches。

    清除跑步者缓存

  2. 通过在您注册了跑步者的服务器上执行以下步骤来验证、启动和运行您的本地跑步者：

    sudo gitlab-runner verify
sudo gitlab-runner start
sudo gitlab-runner run
于 2021-10-02T16:51:28.070 回答
1

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

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

于 2021-04-07T14:55:34.360 回答