GitLab多项目流水线中Nightly专属Firefox任务触发异常排查

核心问题在于：你的Nightly下游e2e流水线是被上游定时流水线触发的，因此它的CI_PIPELINE_SOURCE值为pipeline（表示由其他流水线触发），而非上游的scheduled。这是导致你之前所有规则失效的根本原因。以下是可行的解决方法：

方法一：传递上游触发源变量到下游 #

在上游流水线的触发job中，显式传递上游的CI_PIPELINE_SOURCE变量，让下游能识别上游是否为定时触发：

上游流水线配置（触发下游的部分） #

trigger-nightly-e2e:
  trigger:
    project: your/e2e-project-path
    branch: main
  variables:
    UPSTREAM_PIPELINE_SOURCE: $CI_PIPELINE_SOURCE  # 传递上游的触发源标识
  rules:
    - if: '$CI_PIPELINE_SOURCE == "schedule"'

下游e2e流水线的Firefox任务配置 #

firefox-e2e:
  # 复制Chrome任务的镜像、依赖安装等配置
  script:
    - # 你的Firefox测试脚本
  rules:
    - if: '$UPSTREAM_PIPELINE_SOURCE == "schedule"'

方法二：通过GitLab API查询上游流水线触发源（无法修改上游时使用） #

如果不能修改上游流水线配置，可以在下游任务中调用GitLab API查询上游流水线的真实触发源：

firefox-e2e:
  script:
    - |
      # 查询上游流水线的触发源（需要提前配置GITLAB_API_TOKEN变量）
      UPSTREAM_PIPELINE_ID=$(echo "$CI_PIPELINE_SOURCE" | grep -oE '[0-9]+')
      UPSTREAM_SOURCE=$(curl --silent --header "PRIVATE-TOKEN: $GITLAB_API_TOKEN" \
        "https://your-gitlab-instance/api/v4/projects/$CI_PROJECT_ID/pipelines/$UPSTREAM_PIPELINE_ID" | \
        jq -r '.source')
      
      if [ "$UPSTREAM_SOURCE" != "schedule" ]; then
        echo "非定时上游流水线，终止任务执行"
        exit 0
      fi
    - # 你的Firefox测试脚本
  rules:
    - when: always

注意：需在下游项目中添加一个拥有read_api权限的个人访问令牌，命名为GITLAB_API_TOKEN。

方法三：修正自定义变量的传递逻辑（针对你之前的尝试） #

你之前通过UI给定时任务设置FIREFOX: true，但需确保该变量被传递到下游流水线：

上游流水线触发job配置 #

trigger-nightly-e2e:
  trigger:
    project: your/e2e-project-path
    branch: main
  variables:
    FIREFOX: $FIREFOX  # 传递上游的FIREFOX变量
  rules:
    - if: '$CI_PIPELINE_SOURCE == "schedule"'

下游Firefox任务规则 #

firefox-e2e:
  # 复制Chrome任务的基础配置
  script:
    - # 你的Firefox测试脚本
  rules:
    - if: '$FIREFOX == "true"'

确认上游定时任务的UI配置中，已添加FIREFOX: true的变量。

你之前方案失效的原因 #

1. 方案1：语法错误，rules的结构不正确，且未针对多项目流水线的触发场景处理。
2. 方案2：下游流水线的CI_PIPELINE_SOURCE是pipeline（来自上游触发），永远不会匹配scheduled。
3. 方案3：未将上游的FIREFOX变量传递到下游，导致下游始终使用默认的false值。

内容的提问来源于stack exchange，提问作者mih-ana