我有一个C ++项目,该项目已针对多种OS(Linux,Windows,MacOS)以及多种CPU体系结构(i386,x86_64,arm,Aarch64)进行了编译和打包。 为此,我使用Jenkins来获取源代码并在每个系统上并行运行构建脚本。这是一个简单的工作解决方案,因为我的构建脚本处理了系统差异。
现在,我正在研究Gitlab CI / CD,它具有许多吸引人的东西(能够将构建脚本保留为存储库的一部分,与git repo和票务系统很好地集成在一起,自然使用Docker容器等),但我找不到任何方法可以在彼此并行的多个架构/系统中运行同一管道。
因此,假设我的构建脚本是:
build:
stage: build
script:
- uname -m > arch.txt
artifacts:
paths:
- arch.txt
如何告诉Gitlab我想同时在多个运行器/ Docker容器/系统中运行此作业?到目前为止,我阅读的所有文档都涉及running multiple tests on one build,integrating multiple projects或deploying in different environments depending on branches。到目前为止,我还没有尝试过进行许多单独的构建,分别测试和打包它们以及报告其独立结果的方法。在Gitlab CI / CD上可行吗?
答案 0 :(得分:3)
GitLab使用“运行程序”执行CI作业。运行程序安装在要运行CI作业的任何位置,因此,如果要在多种体系结构上运行,则需要在每种体系结构的系统上安装运行程序。 Runner安装说明文件可以在这里找到:
https://docs.gitlab.com/runner/install/index.html
对于基于Linux的作业,通常使用Docker来执行作业-这没有提供架构灵活性,但是它确实允许您使用容器化对不同类型和不同软件进行测试。对于其他体系结构,您可能需要自己安装运行程序,或使用其他人共享的运行程序。
在安装运行程序软件时,有一些关键步骤:
您有机会将每个跑步者链接到您的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
标签和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执行期间将运行的文件。
答案 1 :(得分:1)
使用以下命令查看最新的GitLab版本11.5(2018年11月):
Parallel attribute for faster pipelines
管道的速度是任何团队的重要因素,而运行测试或其他可并行化的任务往往会花费大量时间进行任何构建。
添加此新关键字使团队能够简单地并行化测试,从而使每个人都可以加快其软件交付过程。
要使用此功能,只需将parallel属性设置为您想将任务拆分成多少个副本,GitLab就会处理自动创建适当数量的任务的工作。
请参见documentation和issue。
parallel
允许您配置要并行运行的作业实例数。
该值必须大于或等于两(2)并且小于或等于50。这将创建并行运行的同一作业的
N
个实例。
它们的顺序是从job_name
1 / N到job_name
N / N。test: script: rspec parallel: 5