如何在自托管私有GitLab合并请求中测试CI/CD流水线配置变更

实现方案 #

这个需求完全可以在私有部署的GitLab实例上实现，你当前触发失败的问题和规则配置、文件提交状态有关，按以下步骤调整即可：

1. 修正CI job的触发规则
   你当前写的规则匹配的是源分支为main的合并请求，正常工作流中很少会把main作为源分支提交合并请求，所以会出现规则匹配不到、流水线不触发的问题。如果你的预期是「所有向main分支合并的请求都触发test job」，将rule调整为：

test:
  stage: test
  script:
    - pip install tox flake8
    - tox -e py36,flake8
  rules:
    - if: $CI_PIPELINE_SOURCE == "merge_request_event" && $CI_MERGE_REQUEST_TARGET_BRANCH_NAME == "main"

2. 确认CI配置文件提交状态
   GitLab运行合并请求流水线时，默认读取合并请求源分支里的.gitlab-ci.yml文件，提示找不到文件说明你修改后的配置没有提交推送到当前合并请求对应的源分支上，确保文件名称完全正确（前缀的.不能漏，大小写完全匹配），且已经推送到远端源分支即可。

3. 确认项目CI权限配置
   私有GitLab实例默认支持从源分支读取CI配置运行合并请求流水线，如果你之前调整过相关限制，进入对应项目的「设置」→「CI/CD」→「通用管道」页，确认对合并请求使用来自主题分支的 CI/CD 配置文件选项处于开启状态即可。

内容的提问来源于stack exchange，提问作者Brad Cooley