如何在不同的机器上运行测试而不是构建机器,使用GitLab

39次阅读
没有评论

问题描述

正在学习GitLab,并希望获得关于在不同的机器上安装程序并在该机器上运行一些自动化测试的建议和最佳实践。他想知道如何以最简单和最好的方式实现这一目标。他认为可以通过使用”多项目流水线”功能来实现。他想知道这是否是最简单/最好的方法。以下是他的计划:
他可以为构建机器创建一个(shell) runner和项目,并为测试机器创建一个不同的runner和项目。这两个项目将使用”多项目流水线”功能进行连接。构建流水线的产物将被安装在测试机器上,然后在测试机器上运行系统测试。他想知道这是否是解决这个问题的最佳方式,或者是否有更简单/更好的方法。

请注意以下操作注意版本差异及修改前做好备份。

解决方案

方案1

在GitLab中,你可以使用”标签”来标记不同的作业,然后为这些不同的标签注册不同的runner,这样就可以在不同的机器上运行作业。以下是具体步骤:
1. 在你的GitLab项目中,创建一个单一的项目。
2. 在.gitlab-ci.yml文件中,使用”tags”关键字为不同的作业标记不同的标签。
3. 在不同的机器上注册相应的runner,并为每个runner指定相应的标签。
下面是一个示例的.gitlab-ci.yml文件:

job1:
  tags:
    - build_machine

job2:
  tags:
    - test_machine

在上面的示例中,我们定义了两个作业job1job2job1被标记为build_machinejob2被标记为test_machine。你可以在不同的机器上注册相应的runner,并为每个runner指定相应的标签。这样,job1将在构建机器上运行,而job2将在测试机器上运行。
请注意,无论runner是在同一台机器上运行还是在不同的机器上运行,构建流水线的产物都会被传递给下一个作业。
更多关于在GitLab中使用标签的信息,请参考GitLab官方文档

方案2

使用脚本或工具来管理不同机器上的作业运行可能会增加复杂性,并且需要确保机器之间的连接和配置正确设置。
另一种方法是编写脚本或使用工具来控制作业在不同机器上的运行。你可以使用gitlab-runner命令来手动控制作业的运行,或者使用一些第三方工具来管理作业的依赖关系。
以下是一个简单的bash脚本示例,可以在构建机器上运行作业1,然后将产物传递给测试机器上运行的作业2:

#!/bin/bash
# 在构建机器上运行作业1
gitlab-runner exec shell job1
# 将产物传递给测试机器
scp artifacts.tar.gz test_machine:/path/to/artifacts.tar.gz
# 在测试机器上运行作业2
ssh test_machine "gitlab-runner exec shell job2"

在这个示例中,我们首先使用gitlab-runner exec shell job1命令在构建机器上运行作业1。然后,使用scp命令将产物传递给测试机器上的指定路径。最后,使用ssh命令在测试机器上运行作业2。
请注意,这种方法需要确保机器之间的连接和配置正确设置,并且可能会增加复杂性。

正文完