使用 GitLab CI 在本地运行测试？

Question

如果在 GitLab CI 上配置了 GitLab 项目，有没有办法在本地运行构建？

我不想把我的笔记本电脑变成一个构建“运行器”，我只想利用 Docker 和.gitlab-ci.yml 在本地运行测试（即它都是预先配置的）。这样做的另一个好处是我确信我在本地和 CI 上使用相同的环境。

这是how to run Travis builds locally using Docker 的示例，我正在寻找与 GitLab 类似的东西。

Answer 1

几个月前就可以使用gitlab-runner：

gitlab-runner exec docker my-job-name

请注意，您需要在计算机上同时安装 docker 和 gitlab-runner 才能使其正常工作。

您还需要在.gitlab-ci.yml 文件中定义的image 键。否则将无法正常工作。

这是我目前使用gitlab-runner进行本地测试的线路：

gitlab-runner exec docker test --docker-volumes "/home/elboletaire/.ssh/id_rsa:/root/.ssh/id_rsa:ro"

注意：您可以避免添加--docker-volumes，而您的密钥默认设置为/etc/gitlab-runner/config.toml。 See the official documentation for more details。此外，使用gitlab-runner exec docker --help 查看所有基于 docker 的运行器选项（如变量、卷、网络等）。

由于cmets的混乱，我把gitlab-runner --help的结果贴在这里，这样你就可以看到gitlab-runner可以在本地构建：

   gitlab-runner --help
NAME:
   gitlab-runner - a GitLab Runner

USAGE:
   gitlab-runner [global options] command [command options] [arguments...]
   
VERSION:
   1.1.0~beta.135.g24365ee (24365ee)
   
AUTHOR(S):
   Kamil Trzciński <ayufan@ayufan.eu> 
   
COMMANDS:
   exec         execute a build locally
   [...]
   
GLOBAL OPTIONS:
   --debug          debug mode [$DEBUG]
   [...]

如您所见，exec 命令指向execute a build locally。

尽管there was an issue to deprecate the current gitlab-runner exec behavior、ended up being reconsidered 和具有更强大功能的新版本将取代当前的 exec 功能。

请注意，此过程是使用您自己的机器使用 docker 容器运行测试。这不是定义自定义跑步者。为此，只需转到您的 repo 的 CI/CD 设置并阅读那里的文档。如果您想确保执行您的跑步者而不是来自 gitlab.com 的跑步者，请为您的跑步者添加一个自定义且唯一的标签，确保它只运行标记的作业并标记您希望跑步者负责的所有作业。

Answer 2

我使用这种基于 docker 的方法。

0。创建一个 git repo 来测试这个答案

mkdir my-git-project
cd my-git-project
git init
git commit --allow-empty -m"Initialize repo to showcase gitlab-runner locally."

1.转到你的 git 目录

cd my-git-project

2。创建一个 .gitlab-ci.yml

例如.gitlab-ci.yml

image: alpine

test:
  script:
    - echo "Hello Gitlab-Runner"

3.创建一个安装了项目目录的 docker 容器

docker run -d \
  --name gitlab-runner \
  --restart always \
  -v $PWD:$PWD \
  -v /var/run/docker.sock:/var/run/docker.sock \
  gitlab/gitlab-runner:latest

(-d) 在后台运行容器并打印容器ID

（--总是重启）or not?

(-v $PWD:$PWD) 将当前目录挂载到容器的当前目录 - 注意：在 Windows 上，您可以将目录绑定到固定位置，例如-v ${PWD}:/opt/myapp.

(-v /var/run/docker.sock:/var/run/docker.sock) 这使容器可以访问主机的 docker 套接字，因此它可以启动“同级容器”（例如 Alpine）。

(gitlab/gitlab-runner:latest) 来自 dockerhub 的最新可用镜像。

4.执行与

docker exec -it -w $PWD gitlab-runner gitlab-runner exec docker test
#                ^          ^           ^            ^     ^      ^
#                |          |           |            |     |      |
#               (a)        (b)         (c)          (d)   (e)    (f)

(a) 容器内的工作目录。 注意：在 Windows 上，您可以使用固定位置，例如/opt/myapp.

(b) docker 容器的名称

(c) 在docker容器内执行命令"gitlab-runner"

(d)(e)(f) 使用“docker executer”运行 gitlab-runner 并运行名为“test”的作业

5.打印

...
Executing "step_script" stage of the job script
$ echo "Hello Gitlab-Runner"
Hello Gitlab-Runner
Job succeeded
...

注意：运行器只会在代码库的commited状态下运行。未提交的更改将被忽略。 例外：.gitlab-ci.yml 本身并未被承诺考虑在内。

Answer 3

我目前正在制作一个可以在本地运行的 gitlab 运行器。 仍处于早期阶段，但最终它将变得非常相关。 gitlab 似乎不想/没有时间来做这个，所以你去吧。 https://github.com/firecow/gitlab-runner-local

Answer 4

另一种方法是在您的电脑和服务器上同时安装一个本地构建工具。 所以基本上，你的 .gitlab-ci.yml 基本上会调用你喜欢的构建工具。

这是一个我与 nuke.build 一起使用的示例 .gitlab-ci.yml：

stages:
    - build
    - test
    - pack

variables:
    TERM: "xterm" # Use Unix ASCII color codes on Nuke

before_script:
    - CHCP 65001  # Set correct code page to avoid charset issues

.job_template: &job_definition
  except:
    - tags

build:
    <<: *job_definition
    stage: build
    script:
        - "./build.ps1"

test:
    <<: *job_definition
    stage: test
    script:
        - "./build.ps1 test"
    variables:
        GIT_CHECKOUT: "false"

pack:
    <<: *job_definition
    stage: pack
    script:
        - "./build.ps1 pack"
    variables:
        GIT_CHECKOUT: "false"
    only:
        - master
    artifacts:
        paths:
            - output/

在 nuke.build 中，我定义了 3 个目标，命名为 3 个阶段（构建、测试、打包）

通过这种方式，您可以获得可重现的设置（所有其他内容都使用您的构建工具进行配置），并且您可以直接测试构建工具的不同目标。

（我可以在需要时调用 .\build.ps1 、 .\build.ps1 test 和 .\build.ps1 pack）

Answer 5

如果您在此处使用 docker 映像运行 Gitlab：https://hub.docker.com/r/gitlab/gitlab-ce，则可以通过使用卷选项：-v /var/run/docker.sock:/var/run/docker.sock 公开本地 docker.sock 来运行管道。将此选项添加到 Gitlab 容器将允许您的工作人员访问主机上的 docker 实例。

Answer 6

GitLab 运行器似乎还不能在 Windows 上运行，并且有 an open issue to resolve this。

因此，与此同时，我正在将我的脚本代码移到一个 bash 脚本中，我可以轻松地在本地运行 map to a docker container 并执行它。

在这种情况下，我想在我的工作中构建一个 docker 容器，所以我创建了一个脚本“build”：

#!/bin/bash

docker build --pull -t myimage:myversion .

在我的 .gitlab-ci.yaml 中执行脚本：

image: docker:latest

services:
- docker:dind

before_script:
- apk add bash

build:
stage: build
script:
- chmod 755 build
- build

要使用 powershell 在本地运行脚本，我可以启动所需的映像并将卷与源文件映射：

$containerId = docker run --privileged -d -v ${PWD}:/src docker:dind

如果不存在，请安装 bash：

docker exec $containerId apk add bash

在 bash 脚本上设置权限：

docker exec -it $containerId chmod 755 /src/build

执行脚本：

docker exec -it --workdir /src $containerId bash -c 'build'

然后停止容器：

docker stop $containerId

最后清理容器：

docker container rm $containerId

Answer 7

我在 Windows 上使用 VSCode 和 WSL

我不想将我的工作电脑注册为跑步者，所以我在本地运行我的 yaml 阶段以在上传之前对其进行测试

$ sudo apt-get install gitlab-runner
$ gitlab-runner exec shell build

yaml

image: node:10.19.0 # https://hub.docker.com/_/node/
# image: node:latest

cache:
  # untracked: true
  key: project-name
  # key: ${CI_COMMIT_REF_SLUG} # per branch
  # key:
  #   files:
  #     - package-lock.json # only update cache when this file changes (not working) @jkr
  paths:
    - .npm/
    - node_modules
    - build

stages:
  - prepare # prepares builds, makes build needed for testing
  - test # uses test:build specifically @jkr
  - build
  - deploy

# before_install:

before_script:
  - npm ci --cache .npm --prefer-offline

prepare:
  stage: prepare
  needs: []
  script:
    - npm install

test:
  stage: test
  needs: [prepare]
  except:
    - schedules
  tags:
    - linux
  script:
    - npm run build:dev
    - npm run test:cicd-deps
    - npm run test:cicd # runs puppeteer tests @jkr
  artifacts:
    reports:
      junit: junit.xml
    paths:
      - coverage/

build-staging:
  stage: build
  needs: [prepare]
  only:
    - schedules
  before_script:
    - apt-get update && apt-get install -y zip
  script:
    - npm run build:stage
    - zip -r build.zip build
  # cache:
  #   paths:
  #     - build
  #   <<: *global_cache
  #   policy: push
  artifacts:
    paths:
      - build.zip

deploy-dev:
  stage: deploy
  needs: [build-staging]
  tags: [linux]
  only:
    - schedules
  #   # - branches@gitlab-org/gitlab
  before_script:
    - apt-get update && apt-get install -y lftp
  script:
    # temporarily using 'verify-certificate no'
    # for more on verify-certificate @jkr: https://www.versatilewebsolutions.com/blog/2014/04/lftp-ftps-and-certificate-verification.html
    # variables do not work with 'single quotes' unless they are "'surrounded by doubles'"
    - lftp -e "set ssl:verify-certificate no; open mediajackagency.com; user $LFTP_USERNAME $LFTP_PASSWORD; mirror --reverse --verbose build/ /var/www/domains/dev/clients/client/project/build/; bye"
  # environment:
  #   name: staging
  #   url: http://dev.mediajackagency.com/clients/client/build
  #   # url: https://stg2.client.co
  when: manual
  allow_failure: true

build-production:
  stage: build
  needs: [prepare]
  only:
    - schedules
  before_script:
    - apt-get update && apt-get install -y zip
  script:
    - npm run build
    - zip -r build.zip build
  # cache:
  #   paths:
  #     - build
  #   <<: *global_cache
  #   policy: push
  artifacts:
    paths:
      - build.zip

deploy-client:
  stage: deploy
  needs: [build-production]
  tags: [linux]
  only:
    - schedules
    # - master
  before_script:
    - apt-get update && apt-get install -y lftp
  script:
    - sh deploy-prod
  environment:
    name: production
    url: http://www.client.co
  when: manual
  allow_failure: true

Answer 8

这个想法是将检查命令保留在.gitlab-ci.yml 之外。我使用Makefile 运行类似make check 的东西，而我的.gitlab-ci.yml 运行相同的make 命令，我在本地使用这些命令在提交之前检查各种事情。
这样一来，所有/大部分命令 (Makefile) 和.gitlab-ci.yml 将只有与 CI 相关的内容。

Answer 9

几年前，我使用Makefile 和docker-compose 构建了这个简单的解决方案来在docker 中运行gitlab 运行程序，您也可以使用它在本地执行作业，并且应该适用于docker 工作的所有系统：

https://gitlab.com/1oglop1/gitlab-runner-docker

docker-compose.override.yaml 中的更改很少

version: "3"
services:
    runner:
      working_dir: <your project dir>
      environment:
        - REGISTRATION_TOKEN=<token if you want to register>
      volumes:
        - "<your project dir>:<your project dir>"

然后在您的项目中，您可以按照其他答案中提到的相同方式执行它：

docker exec -it -w $PWD runner gitlab-runner exec <commands>..

Answer 10

我编写了一个工具来在本地运行所有 GitLab-CI 作业，而无需提交或推送，只需使用命令 ci-toolbox my_job_name。

项目网址：https://gitlab.com/mbedsys/citbx4gitlab