我最近创建了一个新的gitlab项目,该项目托管一个dockerfile。我想使用Gitlab CI / CD来构建dockerfile。
虽然我已经在另一项目中使用过CI / CD,但该项目无法使用。
尽管存在.yml文件,但gitlab在总览中显示“设置CI”链接,“管道”窗口仅显示“管道入门”链接,并且作业窗口显示“没有要显示的作业”。
我的.gitlab-ci.yml文件:
image: docker:stable
variables:
# When using dind service we need to instruct docker, to talk with the
# daemon started idnside of the service. The daemon is available with
# a network connection instead of the default /var/run/docker.sock socket.
#
# The 'docker' hostname is the alias of the service container as described at
# https://docs.gitlab.com/ee/ci/docker/using_docker_images.html#accessing-the-services
#
# Note that if you're using Kubernetes executor, the variable should be set to
# tcp://localhost:2375 becausde of how Kubernetes executor connects services
# to the job container
DOCKER_HOST: tcp://docker:2375/
# When using dind, it's wise to use the overlayfs driver for
# improved performance.
DOCKER_DRIVER: overlay2
services:
- docker:dind
before_script:
- docker info
build_job:
stage: build
script:
- docker build -t Laravel-Ci-Docker-Image .
tags:
- dockerbuilder
我为此项目的跑步者:
在权限部分中选中了“管道”选项。
我错过了什么? gitlab无法识别.gitlab-ci.yml文件的可能原因是什么?
更新/更多详细信息
打开.yml文件,显示“此GitLab CI配置有效。”
这是一个自托管的Gitlab实例。
答案 0 :(得分:1)
如果这是一个gitlab-runner问题,则CI将处于pending
状态,但会为此创建一条管道。我在您的.gitlab-ci.yml
中看到的是
stages:
- build
因为您在工作中进行了定义,但未创建此阶段的定义
答案 1 :(得分:0)
我认为问题出在转轮上。
关于您的问题,您是在谈论24分钟前最后一次联系的跑步者。 检查运行程序是否消失或comp已关闭,因为运行正常的运行程序检查服务器上的作业是否经常运行。
如果赛跑者组合正在运行,请检查赛跑者服务状态。您可以使用“ gitlab-runner状态”和“ gitlab-runner列表”来实现。如果一切正常,那么您正在谈论的跑步者应该在列表中。