GitRunner构建流水线耗时过长（25分钟）求优化方案

一、拉满Runner资源配置 #

流水线卡顿很多时候是资源不足导致的，直接在values.yml里调高CPU和内存配额：

runners:
  resources:
    requests:
      cpu: "2"
      memory: "4Gi"
    limits:
      cpu: "4"
      memory: "8Gi"

如果流水线涉及编译、打包这类重操作，可以继续往上加，比如CPU给到6核、内存12Gi，根据实际负载调整

同时开启并发，让Runner能同时处理多个任务（前提是你的流水线支持并行）：

concurrent: 4

注意别超过K8s节点的总资源上限，避免节点资源耗尽

二、用缓存砍掉重复耗时 #

别每次流水线都重新下载依赖，这是耗时大头。在values.yml里配置缓存：

runners:
  cache:
    enabled: true
    type: local  # 集群内用local足够，跨集群可换成S3/GCS
    path: "cache"
    shared: true

然后在.gitlab-ci.yml里指定要缓存的目录，比如node_modules、vendor这类依赖文件夹，下次跑流水线直接复用缓存内容。

如果用Docker构建，还得缓存镜像层，避免每次重新拉取基础镜像：

runners:
  docker:
    volumes:
      - "/var/lib/docker:/var/lib/docker"

需确保Runner Pod有权限访问宿主机Docker目录，或采用Docker-in-Docker的缓存配置

三、拆分流水线为并行任务 #

别让所有步骤串行执行，把无依赖的步骤拆成并行任务。比如依赖安装完成后，前端编译和后端编译可以同时跑，测试环节也可以分模块并行：

stages:
  - install
  - build
  - test
  - package

install_deps:
  stage: install
  script: npm ci

build_frontend:
  stage: build
  script: npm run build:frontend
  needs: [install_deps]

build_backend:
  stage: build
  script: npm run build:backend
  needs: [install_deps]

test_frontend:
  stage: test
  script: npm run test:frontend
  needs: [build_frontend]

test_backend:
  stage: test
  script: npm run test:backend
  needs: [build_backend]

用needs关键字指定依赖关系，无依赖的步骤会自动并行执行，直接压缩总耗时

四、预加载镜像与依赖 #

制作自定义Runner镜像，把项目需要的环境、依赖、工具提前装好（比如Node.js、Python、Maven），然后在values.yml里指定这个自定义镜像：

runners:
  image: "your-custom-runner-image:latest"

另外可以提前拉取构建所需的基础镜像（如nginx、mysql），让Runner启动时就完成下载，避免流水线等待镜像拉取。

五、K8s集群层面调优 #

让Runner调度到资源充足的专属节点，用nodeSelector指定构建节点：

runners:
  nodeSelector:
    node-role.kubernetes.io/build: "true"

如果构建节点有污点，再加 toleration让Runner能正常调度上去。同时给Runner Pod设置高优先级，避免被低优先级Pod抢占资源。

六、优化单个步骤耗时 #

• 用npm ci代替npm install，依赖安装更快更稳定
• 无代码变更时，跳过lint、单元测试这类非必要步骤（用only/except规则控制）
• 优化测试用例，减少冗余测试，用测试框架的并行参数（比如jest加--maxWorkers）

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