如何在GitLab CI的Pipeline B中访问Pipeline A的制品文件？

以下是几种可行的解决方案，适配主流CI/CD系统的通用逻辑：

1. 通过MR关联拉取对应流水线的制品 #

大多数CI系统会为每个合并请求（MR）生成的流水线分配唯一标识，并且支持通过MR编号关联到对应的前置流水线。你可以在Pipeline B中利用MR相关的环境变量（比如CI_MERGE_REQUEST_IID，具体变量名取决于你的CI系统），调用CI系统的内置命令或API拉取Pipeline A的制品：

• 示例命令（以CI系统内置工具为例）：

  # 拉取对应MR流水线的diff_files.txt制品到本地
  ci-artifact-pull --merge-request-id $CI_MERGE_REQUEST_IID --artifact-path diff_files.txt --output ./diff_files.txt
  

• 核心要点：确保Pipeline B能获取到触发当前合并的MR的ID，并且使用CI系统提供的合法认证方式（比如内置的作业令牌）访问制品。

2. 将diff内容存入MR关联的存储或备注 #

在Pipeline A生成diff_files.txt后，直接把文件内容同步到MR的备注，或者存入一个与MR绑定的临时存储：

• 示例步骤：
  1. Pipeline A中：

     # 将diff内容写入MR备注
     echo "### 变更文件列表\n$(cat diff_files.txt)" | ci-mr-add-comment
     # 或者存入MR绑定的临时存储
     ci-storage-set --key "mr-$CI_MERGE_REQUEST_IID-diff" --value "$(cat diff_files.txt)"
     

  2. Pipeline B中：

     # 从临时存储读取内容并生成本地文件
     ci-storage-get --key "mr-$CI_MERGE_REQUEST_IID-diff" > ./diff_files.txt
     

3. 手动传递Pipeline A的ID #

在Pipeline A执行完成后，将其流水线ID传递给Pipeline B：

• 示例流程：
  1. Pipeline A的最后一步，触发Pipeline B时携带自身流水线ID作为参数：

     ci-trigger-pipeline --pipeline-id $CI_PIPELINE_ID --target-pipeline "Pipeline B"
     

  2. Pipeline B中，使用接收到的ID拉取制品：

     ci-artifact-pull --pipeline-id $PIPELINE_A_ID --artifact-path diff_files.txt --output ./diff_files.txt
     

排查要点 #

• 先确认Pipeline A的制品上传步骤是否成功：查看Pipeline A的日志，确保diff_files.txt已被正确标记为制品并上传完成。
• 检查Pipeline B的权限：确认执行Pipeline B的作业拥有读取其他流水线制品的权限，且使用了正确的认证令牌（比如CI系统内置的CI_JOB_TOKEN）。
• 核对制品路径：确认Pipeline B中指定的制品路径与Pipeline A上传的路径完全一致，避免拼写或目录层级错误。

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