GitLab CI优化问询：避免重复作业与前端构建工件复用

1. 限制formatting、test仅在main分支直接推送时执行 #

通过GitLab CI环境变量判断流水线触发来源与分支，确保这两个阶段仅在直接推送到main分支时运行，MR触发的流水线自动跳过。

stages:
  - formatting
  - test
  - build
  - deploy

formatting:
  stage: formatting
  script:
    - # 替换为你的格式化执行脚本
  rules:
    - if: '$CI_PIPELINE_SOURCE == "push" && $CI_COMMIT_BRANCH == "main"'

test:
  stage: test
  script:
    - # 替换为你的测试执行脚本
  rules:
    - if: '$CI_PIPELINE_SOURCE == "push" && $CI_COMMIT_BRANCH == "main"'

关键逻辑： #

• $CI_PIPELINE_SOURCE == "push"：仅匹配直接推送代码的操作（排除MR触发的流水线）
• $CI_COMMIT_BRANCH == "main"：限定仅main分支触发

2. 复用build-frontend工件，减少重复构建 #

针对前端工件每年仅更新一次的特性，通过延长有效期、目录变更触发、拉取历史工件三个优化点，实现工件复用：

build-frontend:
  stage: build
  script:
    - # 替换为你的前端构建脚本
  artifacts:
    paths:
      - dist/frontend/ # 替换为你的前端产物实际路径
    expire_in: 1y # 将有效期从20分钟延长至1年
  rules:
    # MR场景：仅frontend目录变更时执行
    - if: '$CI_PIPELINE_SOURCE == "merge_request_event"'
      changes:
        - frontend/**/*
    # main分支推送场景：仅frontend目录变更时执行
    - if: '$CI_COMMIT_BRANCH == "main"'
      changes:
        - frontend/**/*

# 依赖前端工件的后续作业示例（如build-backend）
build-backend:
  stage: build
  script:
    - # 替换为你的后端构建脚本
  needs:
    - job: build-frontend
      artifacts: true # 强制拉取最近一次成功的build-frontend工件，即使当前流水线未执行该作业

deploy:
  stage: deploy
  script:
    - # 替换为你的部署脚本
  needs:
    - build-frontend
    - build-backend

关键逻辑： #

• expire_in: 1y：匹配前端代码每年更新的频率，避免工件过早过期
• rules.changes: ['frontend/**/*']：仅当frontend目录下的文件有变更时，才触发前端构建，否则直接跳过
• needs: [{job: build-frontend, artifacts: true}]：后续作业自动拉取历史成功的前端工件，无需重复构建

效果说明： #

优化后，MR触发的流水线会自动跳过formatting、test、build-frontend（若前端无变更），直接执行build-backend和deploy，流水线时长可从约1小时缩短至30分钟左右，符合预期目标。

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