Per*_*aps 12 gitlab gitlab-ci gitlab-ci-runner
我安装了特定的运行程序,并且状态为已激活。
\n我的 .gitlab-ci.ymi 文件代码:
\nstages:\n - build\n\nbuild_maven:\n stage: build\n only:\n - master\n script:\n - echo "hello CI/CD"\n tags: \n - vue-dev-pub\nRun Code Online (Sandbox Code Playgroud)\n当我推送 master 分支时,gitlab-runner 正在运行,但它无限挂起\xe3\x80\x82
\n职位页面显示:
\n\n\n这项工作还没有开始
\n该作业处于挂起状态,等待跑步者挑选
\n
如果我手动执行跑步者,工作就可以通过。
\ngitlab-runner verify 命令显示:
\nRuntime platform arch=amd64 os=linux pid=24616 revision=d0b76032 version=12.0.2\nWARNING: Running in user-mode. \nWARNING: The user-mode requires you to manually start builds processing: \nWARNING: $ gitlab-runner run \nWARNING: Use sudo for system-mode: \nWARNING: $ sudo gitlab-runner... \n \nVerifying runner... is alive runner=T4iKvsT3\n\nRun Code Online (Sandbox Code Playgroud)\n我等待您的回复,谢谢!
\n小智 10
如果您在调试模式下手动运行运行器,gitlab-runner --debug run您可能会看到实际的错误消息,在我的例子中是:
WARNING: Failed to process runner builds=0 error=failed to update executor: missing Machine options executor=docker+machine runner=pSUsX4yR
那是因为在创建跑步者时,我选择了 optiondocker+machine而不是docker。
修改并运行后/etc/gitlab-runner/config.toml,docker管道gitlab-runner restart再次gitlab-runner verify开始运行。
我在 Linux 上的(shell)运行器也遇到了类似的问题。它在我的一台计算机上安装和注册的运行程序上运行良好,但在另一台计算机上则不然。(即使标签在跑步者和作业中正确匹配)
之后
gitlab-runner register我会得到:
新跑步者。尚未连接
之后
gitlab-runner verify该错误就会消失。但我会得到
该作业处于挂起状态,等待跑步者挑选
后
gitlab-runner restart
这一切都会奏效。
gitlab-runner status
gitlab-runner:服务正在运行!
文件中的标签部分.gitlab-ci.yml指定此作业必须由具有相同标签的跑步者选择(参考)。
tags:
- vue-dev-pub
Run Code Online (Sandbox Code Playgroud)
因此,除非您的项目实际上有一个具有该vue-dev-pub标签的运行程序可用,否则它将一直等待一个可用的运行程序。