如何在GitLab CI脚本中读取标签？两类场景实现方法问询

GitLab完全支持你提出的两个需求，以下是具体实现方法，同时解决你遇到的CI_MERGE_REQUEST_LABELS变量读取问题：

1. 用skip_build标签跳过主分支MR的部署步骤 #

通过GitLab CI的rules规则，可以精准控制部署job的执行条件。针对合并到主分支的MR，只要带有skip_build标签就跳过部署，示例配置如下：

deploy_to_prod:
  stage: deploy
  script:
    - # 这里写你的部署命令，比如服务器部署、镜像推送等
    - echo "开始部署到生产环境..."
  rules:
    # 匹配主分支MR且带有skip_build标签，直接跳过
    - if: '$CI_MERGE_REQUEST_TARGET_BRANCH_NAME == "main" && $CI_MERGE_REQUEST_LABELS =~ /skip_build/'
      when: never
    # 仅对合并到主分支的MR执行部署
    - if: '$CI_MERGE_REQUEST_TARGET_BRANCH_NAME == "main"'
      when: always

2. 用skip_tests标签调整脚本执行流程 #

你之前无法读取CI_MERGE_REQUEST_LABELS的核心原因是：这个变量仅在MR触发的流水线中存在，直接push代码触发的流水线不会生成该变量。确保流水线由MR事件触发后，就可以在脚本中通过bash语法判断标签是否存在，进而调整流程：

build_application:
  stage: build
  script:
    - |
      # 判断MR是否带有skip_tests标签
      if [[ "$CI_MERGE_REQUEST_LABELS" == *"skip_tests"* ]]; then
        echo "检测到skip_tests标签，跳过测试环节"
        # 执行精简打包命令（示例为npm，可替换为你实际的打包工具）
        npm run build --without-tests
      else
        echo "执行完整构建流程（含测试）"
        npm run test
        npm run build
      fi
  # 限定仅MR触发的流水线执行该job，确保变量存在
  rules:
    - if: '$CI_PIPELINE_SOURCE == "merge_request_event"'

关键注意事项 #

• CI_MERGE_REQUEST_LABELS变量的值是逗号分隔的标签字符串（比如skip_tests,bugfix），所以用bash的== *"标签名"*或者正则匹配=~ /标签名/都可以判断标签是否存在。
• 如果需要在非MR触发的流水线中也支持标签判断，可以改用项目级别的推送标签，此时使用CI_COMMIT_TAG变量，但这和你需求中的MR标签场景不同，按需选择。

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