如何在GitLab仓库B的流水线中运行仓库A的脚本

需求背景 #

现有两个GitLab仓库：

• 仓库A：存放公共CI脚本与对应CI模板，包含文件read_ci.yml、read_ci.sh
• 仓库B：业务项目，需在自身流水线中调用仓库A的脚本，实现公共脚本多项目复用

原有配置存在两处核心问题：

1. 仓库B的include配置引用路径错误，未指向仓库A的read_ci.yml
2. 仓库A原始read_ci.yml直接调用本地脚本，被其他项目引用时，执行环境为调用方项目的工作区，不存在仓库A的脚本文件，会触发文件找不到的报错

步骤1：调整仓库A的CI模板配置 #

修改仓库A中的read_ci.yml，增加拉取仓库A代码的逻辑，确保脚本可被正常加载：

stages:
  - initialise

create checksum from pipeline:
  stage: initialise
  variables:
    # 替换为仓库A的实际项目路径，格式为「命名空间/仓库名」
    REPO_A_PROJECT_PATH: "Project/project_a"
  script:
    # 使用CI Job Token拉取仓库A最新代码（仅拉取最近1次提交，提升执行效率）
    - git clone --depth=1 https://gitlab-ci-token:${CI_JOB_TOKEN}@${CI_SERVER_HOST}/${REPO_A_PROJECT_PATH}.git repo_a
    - chmod +x repo_a/read_ci.sh
    - source repo_a/read_ci.sh

步骤2：调整仓库B的CI配置 #

修改仓库B中的gitlab-ci.yml，正确引用仓库A的CI模板：

include:
  # 替换为仓库A的实际项目路径
  project: 'Project/project_a'
  file: 
    - 'read_ci.yml'
  # 替换为需要引用的仓库A分支/标签
  ref: main

注意事项 #

• 权限配置：需在仓库A的「设置」→「CI/CD」→「CI/CD令牌访问」中，添加仓库B到允许访问列表，或根据安全需求将仓库A设为内部可见
• 路径适配：如果read_ci.sh中存在相对路径引用，需统一调整为repo_a/前缀的对应路径，避免执行时路径错误
• 多项目复用：其他需要调用该脚本的项目，仅需在自身gitlab-ci.yml中添加上述include配置即可，无需重复维护脚本代码

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