为何GitLab CI中空变量正则匹配规则触发与Bash结果不符？

核心差异：GitLab CI与Bash的正则判断逻辑不同 #

你的问题本质是GitLab CI的if条件引擎和Bash的正则匹配规则存在本质区别，导致空变量时出现相反结果：

1. 空变量触发GitLab CI任务的原因 #

当EMPTY_VAR设为空字符串时，GitLab CI解析if: $EMPTY_VAR =~ "some-value"时，会将空变量直接替换为空，最终条件等价于"" =~ /some-value/。但GitLab CI使用的Ruby正则引擎在处理空字符串与非空正则的匹配时，出现了非预期判定——空字符串被错误判定为匹配该正则，因此条件返回true，任务执行。

而Bash中[[ $EMPTY_VAR =~ "some-value" ]]采用POSIX正则规则，空字符串无法匹配包含"some-value"的正则，所以返回false，这是符合正则匹配常识的结果。

2. EMPTY_VAR: 'x'时任务不执行的原因 #

此时GitLab CI的条件变为'x' =~ /some-value/，Ruby引擎会严格匹配：字符串"x"不包含"some-value"，条件返回false，任务自然不会执行，这符合预期。

修正方案：让GitLab CI规则与Bash逻辑一致 #

如果需要让GitLab CI的规则和Bash的判断结果保持统一，需要先判断变量非空，再做正则匹配：

rule-regex:
  rules:
    - if: $EMPTY_VAR != '' && $EMPTY_VAR =~ "some-value"
  script:
    - echo "Job has run with EMPTY_VAR='${EMPTY_VAR}'"
    - |
      if [[ $EMPTY_VAR =~ "some-value" ]]; then
        echo "expected true"
      else
        echo "expected false"
      fi

这样只有当EMPTY_VAR非空且匹配正则时，任务才会执行。

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