Gitlab流水线徽章在merge_request_event规则下显示unknown，寻求解决方案

方案1：给默认分支单独开启push触发规则 #

在保留merge_request_event规则的前提下，为默认分支添加push触发的流水线规则，让默认分支能生成可被徽章识别的流水线状态：

workflow:
  rules:
    # 保留MR事件触发流水线，满足Runner限制
    - if: $CI_PIPELINE_SOURCE == 'merge_request_event'
    # 允许默认分支的push事件触发流水线，供徽章读取状态
    - if: $CI_COMMIT_BRANCH == $CI_DEFAULT_BRANCH && $CI_PIPELINE_SOURCE == 'push'
    # 其他情况不触发流水线，避免冗余执行
    - when: never

这样配置后，默认分支的代码推送会触发流水线，徽章就能正常抓取到对应状态；同时MR事件的流水线规则不受影响，符合Runner的限制要求。

方案2：精简默认分支的流水线任务 #

如果担心默认分支push触发的流水线消耗资源，可以只保留徽章需要的必要任务（比如覆盖率计算），其他任务跳过：

workflow:
  rules:
    - if: $CI_PIPELINE_SOURCE == 'merge_request_event'
    - if: $CI_COMMIT_BRANCH == $CI_DEFAULT_BRANCH && $CI_PIPELINE_SOURCE == 'push'
    - when: never

# 仅在默认分支push时执行coverage任务
coverage_job:
  script:
    - ./calculate_coverage.sh
  rules:
    - if: $CI_PIPELINE_SOURCE == 'merge_request_event'
    - if: $CI_COMMIT_BRANCH == $CI_DEFAULT_BRANCH && $CI_PIPELINE_SOURCE == 'push'

# 其他非必要任务仅在MR事件触发
build_job:
  script:
    - ./build.sh
  rules:
    - if: $CI_PIPELINE_SOURCE == 'merge_request_event'

方案3：使用自定义API生成徽章 #

如果无法修改workflow规则，可以通过GitLab API获取默认分支关联的最新MR流水线状态，再用自定义脚本生成SVG徽章：

1. 编写脚本调用GitLab API，获取目标分支的最新MR流水线的覆盖率/状态数据
2. 生成符合要求的SVG徽章内容，部署到可公开访问的服务器
3. 在GitLab项目徽章配置中，将图片URL指向这个自定义生成的SVG地址

这种方式无需修改流水线触发规则，但需要额外的脚本和部署资源支持。

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