如何在GitLab CI中将作业日志传递至同流水线后续作业？

背景说明 #

当前GitLab CI配置已实现通过after_script将测试作业状态存入制品，供后续publish作业发布。现在需要扩展工作流，将测试作业的日志也纳入制品，供后续作业复用，但直接使用$CI_JOB_LOG或$CI_JOB_LOG_PATH无法实现需求。

问题原因 #

• $CI_JOB_LOG是指向GitLab网页端日志页面的URL，并非包含日志内容的变量；
• $CI_JOB_LOG_PATH并非运行器本地可直接访问的日志文件路径，GitLab运行器不会在本地保留完整的作业日志文件供直接读取。

解决方案 #

方法1：实时捕获作业输出到文件 #

在测试作业的执行过程中，将所有命令输出同时写入终端和指定日志文件，日志文件会被纳入制品，供后续作业使用。

修改后的测试模板配置示例：

.test-template: &test
  stage: test
  needs: ["build"]
  allow_failure: true
  script:
    # 单命令场景：将输出同时写入终端和日志文件（包含错误输出）
    - your-test-command 2>&1 | tee bus/$CI_JOB_NAME/log
    # 多命令场景：用脚本块捕获所有命令的输出
    - |
      {
        command1
        command2
        # 其他测试命令
      } 2>&1 | tee bus/$CI_JOB_NAME/log
  after_script:
    - echo $CI_JOB_STATUS > bus/$CI_JOB_NAME/status
  <<: *artifacts

注：2>&1用于将标准错误输出重定向到标准输出，确保错误信息也被捕获到日志中。

方法2：在后续作业中通过GitLab API拉取日志 #

如果不想修改测试作业的脚本逻辑，可以在publish作业中通过GitLab API获取测试作业的日志。需要提前配置具有read_api权限的访问令牌（在项目CI/CD变量中添加GITLAB_API_TOKEN）。

publish作业配置示例：

publish:
  stage: publish
  needs: ["test-job1", "test-job2"] # 依赖目标测试作业
  script:
    # 获取指定测试作业的ID（以test-job1为例）
    - TEST_JOB_ID=$(curl --header "PRIVATE-TOKEN: $GITLAB_API_TOKEN" "$CI_API_V4_URL/projects/$CI_PROJECT_ID/pipelines/$CI_PIPELINE_ID/jobs" | jq -r '.[] | select(.name=="test-job1") | .id')
    # 拉取日志并保存到制品目录
    - curl --header "PRIVATE-TOKEN: $GITLAB_API_TOKEN" "$CI_API_V4_URL/projects/$CI_PROJECT_ID/jobs/$TEST_JOB_ID/log" > bus/test-job1/log
    # 重复上述步骤处理其他测试作业日志
    - # 执行发布到网站的逻辑
  <<: *artifacts

方法对比 #

• 方法1：无需额外权限，日志包含作业全流程输出（script+after_script），实现简单，但需调整测试作业的脚本结构；
• 方法2：无需修改测试作业，适合已有大量测试作业的场景，但依赖GitLab API权限和网络访问，配置相对复杂。

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