我们最近开始在gitlab.com
免费服务上使用GitLab-CI。
起初一切都很顺利,但现在,似乎我们不能再建立我们的项目了。构建显示为pending
,并且没有做任何事情。
这是我们在构建列表中的内容:
如果我们检查一下构建的细节:
您可能会注意到,在列表中,每个构建都分配给一个运行者ID,但在详细信息页面中,运行者部分为空白。
起初,我们认为这只是由gitlab.com
基础架构引起的延迟,但它真的只是卡在那里......
修改
超过1年前,但我一直收到有关此问题的通知。如果我没记错的话,问题是由于GitLab本身。按照GitLab文档,确保您的设置有效,并希望最好!
答案 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未定义”。
我按照以下步骤进行了修复。
现在对我有用。
答案 3 :(得分:0)
如果您已设置,请尝试清除 Runner 缓存。
转到 CI/CD>>管道>>顶部>>清除运行器缓存