GitLab CI构建仍处于待定状态

时间:2016-01-06 04:55:50

标签: gitlab gitlab-ci gitlab-ci-runner

我们最近开始在gitlab.com免费服务上使用GitLab-CI。 起初一切都很顺利,但现在,似乎我们不能再建立我们的项目了。构建显示为pending,并且没有做任何事情。

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

builds

如果我们检查一下构建的细节:

details

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

起初,我们认为这只是由gitlab.com基础架构引起的延迟,但它真的只是卡在那里......

修改

超过1年前,但我一直收到有关此问题的通知。如果我没记错的话,问题是由于GitLab本身。按照GitLab文档,确保您的设置有效,并希望最好!

4 个答案:

答案 0 :(得分:5)

GitLab最大限度地增加了他们的共享跑步者,但他们刚刚完成了更多的选择。现在GitLab有12个共享跑者。请看一下这个问题:https://gitlab.com/gitlab-org/gitlab-ce/issues/5543#note_3130561

更新

GitLab已经转向自动缩放Runners。如果你仍然遇到任何问题,可能是由于不同的原因。

答案 1 :(得分:4)

如果您正在使用本地gitlab-runner(例如macOS或已创建的自定义运行器),则应开始手动运行作业。

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

在终端中运行

如果您尚未启动gitlab-runner

gitlab-runner start 

系统模式执行

sudo gitlab-runner run 

用户模式执行

gitlab-runner run 

答案 2 :(得分:0)

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

我按照以下步骤进行了修复。

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

现在对我有用。

答案 3 :(得分:0)

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

转到 CI/CD>>管道>>顶部>>清除运行器缓存