GitLab流水线中工作流规则为何被忽略？

可能的原因及对应解决方法 #

1. 被包含的配置文件覆盖了workflow规则 #

你通过include引入了两个外部YAML文件，如果其中任何一个文件也定义了workflow块，GitLab会以最后加载的workflow配置为准，直接覆盖你当前的规则。

解决：
检查/gitlab-ci/includes.yml和/idt-test-stub/gitlab-ci.yml这两个文件，确保它们没有定义workflow相关配置。如果有，要么删除这些文件里的workflow，要么将你的规则合并到最终生效的workflow块中。

2. 提交消息的正则匹配不精准 #

你的正则/-draft$/要求提交消息严格以-draft结尾，如果提交消息末尾有空格、换行或其他字符，就会匹配失败，导致规则不触发。

解决：
调整正则表达式，允许结尾存在空白字符，修改为：

- if: $CI_COMMIT_MESSAGE =~ /-draft\s*$/
  when: never

3. 未确认变量实际值 #

可能CI_COMMIT_MESSAGE或CI_PIPELINE_SOURCE的实际值不符合预期，比如合并提交的消息可能不是你写的内容，或者流水线触发源不是push。

解决：
在CI配置中添加一个临时调试任务，输出变量值验证：

debug-vars:
  script:
    - echo "提交消息: $CI_COMMIT_MESSAGE"
    - echo "流水线源: $CI_PIPELINE_SOURCE"
  only:
    - branches

运行流水线后查看该任务的输出，确认变量是否符合规则匹配条件。

4. 冗余的job级only规则 #

虽然不是直接原因，但你所有任务都加了<<: *branches（即only: branches），结合workflow规则可能导致逻辑混淆。workflow已经控制了只有push事件触发流水线，而push事件本身就对应分支推送，所以可以考虑删除这些job级的only配置，简化逻辑。

验证步骤 #

1. 先排查并处理包含文件的workflow覆盖问题；
2. 添加调试任务确认变量值；
3. 调整正则表达式后，用一条结尾带-draft的提交推送测试，观察流水线是否被阻止。

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