同时在多个平台上运行GitlabCI

我有一个针对多个OS（Linux，Windows，MacOS）以及多个CPU体系结构（i386，x86_64，arm，Aarch64）进行编译和打包的C ++项目。为此，我正在使用Jenkins来获取源代码并运行在每个系统上并行构建脚本。这是一个简单的工作解决方案，因为我的构建脚本处理了系统差异。

现在，我正在研究Gitlab CI / CD，它具有许多吸引人的地方（能够将构建脚本保留为存储库的一部分，可以与git repo和票务系统很好地集成在一起，可以自然使用Docker容器，等），但我找不到在相互平行的多个架构/系统中运行相同管道的任何方法。

所以，说我的构建脚本是：

build:
  stage: build
  script: 
    - uname -m > arch.txt
  artifacts:
    paths:
      - arch.txt

如何告诉Gitlab我想同时在多个运行器/ Docker容器/系统中运行此作业？到目前为止，我阅读的所有文档都涉及在一个构建上运行多个测试，集成多个项目或根据分支机构在不同的环境中进行部署。到目前为止，我还没有尝试过进行许多单独的构建，分别测试和打包它们以及报告其独立结果的方法。在Gitlab CI / CD上可行吗？

GitLab使用“运行程序”执行CI作业。运行程序安装在要运行CI作业的任何位置，因此，如果要在多种体系结构上运行，则需要在每种体系结构的系统上安装运行程序。Runner安装说明文件可以在这里找到：

https://docs.gitlab.com/runner/install/index.html

对于基于Linux的作业，通常使用Docker来执行作业-这没有提供架构灵活性，但是它确实允许您使用容器化对不同类型和不同软件进行测试。对于其他体系结构，您可能需要自己安装运行程序，或使用其他人共享的运行程序。

在安装Runner软件时，有一些关键步骤：

您可以将每个跑步者链接到您的GitLab项目，这意味着它将显示在“项目”>“设置”>“ CI / CD”下的跑步者列表中。

您将有机会为跑步者分配“标签”。标签可用于通过任意名称帮助识别跑步者或跑步者组（例如，您可以添加“ Windows x86_64”作为标签，或者添加“ Windows”和“ x86_64”标签）。这些标签可用于作业中以选择跑步者。

安装好跑步者后，就可以编辑.gitlab-ci.yml文件了。

GitLab CI文件分为多个“阶段”。每个阶段的作业都可以并行运行。阶段名称在文件顶部定义。

stages:
  - build
  - deploy

可以使用以下stage:条目将每个CI作业附加到一个阶段：

build job:
  stage: build
  script:
    - echo "I am a build stage job"

在您的情况下，您将需要为要构建的每个体系结构创建多个作业。将它们附加到同一阶段将允许它们并行运行。

要控制每个作业的运行位置，您有两种主要机制：

标签-标签可让您将作业固定到跑步者标签。您可以使用tags:构成AND列表的条目来指定多个标签（例如，win标签AND x86_64标签）。当该作业运行时，GitLab将找到具有所有必需标签的运行器，然后在此处运行该作业。

映像-在Docker / Kubernetes上运行时，您可以指定用于运行程序的Docker映像。要使用docker映像，您首先需要指定一个可以运行docker映像的运行程序（例如docker-in-docker或kubernetes运行程序），例如，可以使用docker或标记kubernetes。然后，使用该image:条目指定docker映像。

这是同时显示标签和图片的示例：

build win x86_64:
  stage: build
  tags:
    - win
    - x86_64
  script:
    - echo "I am a build stage job for win x86_64"

build win 32:
  stage: build
  tags:
    - win
    - 32-bit
  script:
    - echo "I am a build stage job for win 32"

build debian:
  stage: build
  tags:
    - docker
  image: debian:stretch
  script:
    - echo "I am a build stage job for debian, running on docker using debian:stretch image"

当前不支持动态作业，或在多个运行器/体系结构上运行一项作业，因此需要一些手动工作。从积极的方面来说，它使GitLab CI文件易于阅读，并易于查看CI执行期间将运行的文件。