如何在GitLab合并请求中测试所有提交并创建非尖端提交CI任务？

可以实现，下面是几种可行的方法：

• 单job串行遍历所有提交
  在.gitlab-ci.yml里加一个专门的测试job，用脚本拿到合并请求里的所有提交，逐个checkout并执行编译测试。
  示例脚本片段：

  # 获取源分支相对于目标分支的所有提交（按提交顺序排列）
  COMMITS=$(git rev-list origin/$CI_MERGE_REQUEST_TARGET_BRANCH_NAME..origin/$CI_MERGE_REQUEST_SOURCE_BRANCH_NAME --reverse)
  
  for COMMIT in $COMMITS; do
      echo "=== 开始测试提交 $COMMIT ==="
      git checkout $COMMIT
      # 执行编译命令，比如make
      make clean && make
      # 执行测试套件，比如make test
      make test
      # 如果当前提交测试失败，直接退出job
      if [ $? -ne 0 ]; then
          echo "提交 $COMMIT 测试失败"
          exit 1
      fi
  done
  

  这种方式配置简单，但所有提交测试串行执行，耗时较长，且一个提交失败后后续提交不会继续测试。

• 动态子流水线并行测试
  用GitLab的动态子流水线功能，为每个提交单独生成测试job，实现并行执行：

  1. 先写一个初始job，负责生成包含所有提交测试任务的临时CI配置文件。比如用脚本遍历提交列表，为每个提交生成一个带唯一名称的job，指定checkout对应提交并执行测试。
  2. 在初始job中用trigger关键字触发这个临时配置的子流水线。
     这种方案能并行测试多个提交，效率更高，但配置相对复杂，需要注意runner资源是否足够。

• 关键注意点

  • 每个提交测试前要清理依赖环境，避免缓存污染，比如执行make clean或删除node_modules这类依赖目录。
  • 确保CI runner有足够权限拉取所有提交的代码，以及执行编译测试的资源。
  • 如果合并请求提交数量过多，并行测试可能会占用大量runner，可根据实际情况限制并行数。

内容的提问来源于stack exchange，提问作者Simon Richter