Tag: gitlab ci runner

docker中的GitLab CI泊坞窗不能创build卷

我在Docker中使用docker来托pipe我的容器,因为他们通过pipe道工作。 我从我的代码创build的容器设置为有一个容量传递到容器gcloud密钥。 这在我的本地机器上完美工作,但在gitlab运行器上它没有正确链接。 从阅读这看起来是因为它将主机链接到我的容器,而不是主机到我的容器。 如何将dind内部的目录链接到我的容器? (也可以忽略标签等小问题,这个ci文件在开发的时候是很早的) 下面的GitLab ci image: docker:latest services: – docker:dind variables: DOCKER_DRIVER: overlay2 SPRING_PROFILES_ACTIVE: gitlab-ci CONTAINER_TEST_IMAGE: registry.gitlab.com/fdsa CONTAINER_RELEASE_IMAGE: registry.gitlab.com/asdf stages: – build_test_image – deploy .docker_login: &docker_login | # This is an anchor docker login -u gitlab-ci-token -p $CI_JOB_TOKEN registry.gitlab.com build test image: stage: build_test_image script: – *docker_login – docker build -t $CONTAINER_TEST_IMAGE […]

为gitlab ci社区版启用docker

我有困难,使dockerbuild设工作。 这是gitlab ciconfiguration文件的样子: image: docker:latest services: – docker:dind stages: – build build: image: java:8 stage: build script: – docker info – docker login -u gitlab-ci-token -p $CI_BUILD_TOKEN registry.gitlab.com/… – sbt server/docker:publish 这里是工作的输出: gitlab-ci-multi-runner 1.3.2 (0323456) Using Docker executor with image java:8 … Pulling docker image docker:dind … Starting service docker:dind … Waiting for services to […]

用net = host选项运行docker gitlab-runner

我也一直在设置docker gitlab-runner容器与net =“host”选项的巨大问题。 即使在版本1.1选项“dockernetworking模式”被引入,我不能让它的工作。 我在gitlab-runner容器中的config.toml是: [[runners]] name = "name" url = "giturl" token = "token" executor = "docker" [runners.docker] tls_verify = false image = "maven:3.3.9-jdk-8" network_mode = "host" privileged = false disable_cache = false volumes = ["/cache"] 和亚军不工作net =主机模式。 任何人都使它工作?

在GitLab-CI运行器中挂载OpenAFS主机卷,以使其在Docker中可访问

我们在OpenAFS中build立了一个CentOS 7储存库,我们可以从我们的映像中访问安装一些应用程序。 这个过程完全是手动的,我们正在尝试使用GitLab-CI自动生成代码。 我按照设置Docker-in-Docker亚军的说明设置了跑步者 。 然后,我修改了/etc/gitlab-runner/config.toml文件来指定OpenAFS主机卷( 卷条目): concurrent = 1 check_interval = 0 [[runners]] name = "DinD builder" url = "https://gitlab.ch/ci" token = "7cf33172d567dd2504e988a78f64c3" executor = "docker" [runners.docker] tls_verify = false image = "docker:latest" privileged = true disable_cache = false volumes = ["/afs:/afs:ro", "/cache"] [runners.cache] 在Dockerfile ,我们有一个RUN命令,将AFS的repo文件复制到当前正在构build的映像中 ,所以我们可以使用yum install来安装软件: FROM gitlab-registry.ch/cc7-base MAINTAINER Somebody RUN echo […]

stream明:PHPUnit失败,但testing通过Gitlab CI亚军

这是我第一次在我的项目中使用testing。 我使用Gitlab CI和gitlab runner来执行testing。 但有些奇怪的事情发生时,当phpunit执行输出失败,但在gitlab的testing结果被传递 。 Gitlab应该显示失败的结果。 我使用stream明5.1。 和使用docker工人的Gitlab赛跑者。 这是我的.gitlab-ci.yml文件 image: dragoncapital/comic:1.0.0 stages: – test cache: paths: – vendor/ before_script: – bash .gitlab-ci.sh > /dev/null test:7.0: script: – phpunit 这是我的.gitlab-sh.sh文件 #!/bin/bash # We need to install dependencies only for Docker [[ ! -e /.dockerenv ]] && exit 0 set -xe composer install cp .env.testing .env […]

Gitlab CI /var/run/docker.sock:写入:损坏的pipe道

试图build立一个跑步者,并提出这个问题: Running with gitlab-ci-multi-runner 1.10.4 (b32125f) Using Docker executor with image php:5.6 … ERROR: Failed to create container volume for /builds/ppw write unix @->/var/run/docker.sock: write: broken pipe ERROR: Preparation failed: write unix @->/var/run/docker.sock: write: broken pipe Will be retried in 3s … Using Docker executor with image php:5.6 … ERROR: Failed to create container volume […]

Gitlab-ci和docker组成:握手超时

我尝试使用Gitlab和docker设置configuration项时出现了一些问题:docker-compose构build失败,并显示错误 Building web Step 1/8 : FROM python:2.7-alpine Service 'web' failed to build: Get https://registry-1.docker.io/v2/: net/http: TLS handshake timeout ERROR: Job failed: exit code 1 这是我的gitlab-runner / config.toml: concurrent = 1 check_interval = 0 [[runners]] name = "Backend-django runner" url = "http://gitlab.codewithme.today/ci" token = "4976e4153178a33029e041a0f5fe07" executor = "docker" [runners.docker] tls_verify = false image = "python:2.7-alpine" […]

使用错误的docker图像构build容器的gitlab亚军

我在虚拟机上build立了一个gitlab-ci-multi-runner。 在构build过程中,我提供了一个Docker容器,它具有所有的依赖关系。 但是当我运行它,跑步者使用一个不同的(错误的)docker图像为他的构build容器。 消息看起来像这样: 使用gitlab-ci-multi-runner 9.2.1(f0xxxx4) 在runnerVM上(f5xxxxf0) 使用Docker执行器与图像docker.com/xxx/xxx/docker-build:stable … 使用docker image sha256:fe32xxx … xxxa63c预定义容器… 拉泊坞镜像docker.com/xxx/xxx/docker-build:stable … 使用docker图像docker.com/xxx/xxx/docker-build:stable ID = sha256:9608xxx … xxxdf09 for build container … 有人能告诉我为什么跑步者使用不同的docker图像构build容器? 为什么不采取预定义的容器(因为这是正确的…) 在这里你可以看到我的gitlab-ci.yml: image: docker.com/xxx/xxx/docker-build:stable before_script: – echo "Before script" after_script: – echo "After Script" stages: – build – test – deploy build_release: stage: build script: – sudo make […]

seleniumtesting在当地工作,但不在Gitlab CI中

我目前正在开发一个涉及经典后端/前端架构的Java Spring Boot项目。 我正在尝试使用Selenium WebDriver来编写一些基本的集成testing。 问题是我写的testing在我的本地开发机器上没有任何问题,但通过持续集成设置(Gitlab CI)运行时没有通过。 示例testing的代码如下: @RunWith(SpringRunner.class) @SpringBootTest(webEnvironment = SpringBootTest.WebEnvironment.RANDOM_PORT) @ActiveProfiles("test") public class ExampleTest { @LocalServerPort private int port; WebDriver wd; @Test public void successfulLogin(){ String url = "http://localhost:" + port; wd = new HtmlUnitDriver(); wd.manage().timeouts().pageLoadTimeout(30, TimeUnit.SECONDS); wd.get(url); } } 相对的gitlab-ci.yml部分是: stages: – test maven-test: image: maven:3.5.0-jdk-8 stage: test script: "mvn test -B […]

Docker中的Gitlab Runner

在使用官方Docker镜像时,如何设置Gitlab Runner的独angular兽工作人员数量? 或者我必须运行多个运行程序,因为我使用的是Docker镜像,不应该那么糟糕(我认为?) 启动Gitlab-Runner时可以这样做吗? 下面是我用来启动跑步者的命令: docker run -d –name gitlab-runner –restart always \ -v /srv/gitlab-runner/config:/etc/gitlab-runner \ -v /var/run/docker.sock:/var/run/docker.sock \ gitlab/gitlab-runner:latest 我添加了gitlab.rb unicorn['worker_processes'] = 3 unicorn['worker_timeout'] = 60 到/ srv / gitlab-runner / config,停止并用它销毁 docker stop gitlab-runner && docker rm gitlab-runner 并用上面的命令重新启动它,但它仍然拒绝同时运行作业 编辑:看起来像我find了这个不同的解决scheme。 (这仍然不是对上述问题的答案)使用上面的命令来启动亚军,我改变了我想在/srv/gitlab-runner/config/config.toml concurrent = 1 ,并完美的作品。 我首先想到自动缩放选项可能是一件事,但看起来我误解了它背后的概念。 没想到实际上会产生新的水滴(DigitalOcean),我宁愿认为它会根据需要创build新的亚军。 有关更高级的选项,请参阅https://docs.gitlab.com/runner/configuration/advanced-configuration.html