如何将GitLab CI作业运行终端日志保存到指定Shell变量中

单命令输出捕获（适配你当前的backstop场景） #

你当前配置里直接写ERROR_MSG='Here Console.Log'是硬编码赋值，没法自动接收命令输出，直接用shell的命令替换语法就能捕获单条命令的所有输出：

your_backstop_job:
  script:
    # 2>&1 是把标准错误流合并到标准输出，保证报错内容也能被抓到
    - ERROR_MSG=$(backstop test 2>&1)
    # 后续直接通过$ERROR_MSG调用日志内容即可，比如校验可以加echo "$ERROR_MSG"

• 注意默认GitLab CI shell开启了命令失败即终止作业的规则，如果backstop test执行失败返回非0退出码，后续读取变量的逻辑会直接中断跑不到。需要保留原作业失败状态、同时保证能拿到日志的话，按下面写法调整：

your_backstop_job:
  script:
    - set +e # 临时关闭失败即退出的规则
    - ERROR_MSG=$(backstop test 2>&1)
    - EXIT_CODE=$? # 存下backstop命令原本的退出码
    - set -e # 恢复默认的失败退出规则
    # 这里写你处理ERROR_MSG的逻辑，比如失败发通知、格式化输出之类的
    - exit $EXIT_CODE # 用原命令的退出码结束作业，不改变原本的成败判定

捕获整个作业全量终端日志 #

如果要拿的是作业从启动到结束的所有步骤输出，没法直接在作业运行中实时拿到完整日志——GitLab Runner是逐行收集步骤输出实时打印的，作业执行过程中全量日志还没生成，有两种可行方案：

• 方案1：临时文件+tee追写（最推荐，无额外依赖）
  建一个临时日志文件，所有执行的命令都通过tee把输出同时打到终端、追写到日志文件，最后读文件内容赋值给变量即可，不会影响你实时看作业输出：

  your_job:
    script:
      - LOG_TMP=$(mktemp) # 生成临时日志文件
      - set +e
      # 所有要执行的命令后面都拼上 2>&1 | tee -a $LOG_TMP
      - backstop test 2>&1 | tee -a $LOG_TMP
      # 比如你还有其他步骤，就按同样格式写：
      # - npm install 2>&1 | tee -a $LOG_TMP
      - ERROR_MSG=$(cat $LOG_TMP) # 所有步骤跑完后读全量日志存变量
      - set -e
      # 后续处理ERROR_MSG的逻辑
  

• 方案2：作业执行完成后通过GitLab API拉取日志
  如果是需要在其他作业/外部系统拿当前作业的全量日志，可以等作业执行完成后，用具备API读权限的访问令牌调用作业日志接口拉取，这种方式拿到的日志和GitLab页面上看到的完全一致，适合跨系统对接的场景，当前作业内使用的话选方案1更简单。

注意事项 #

• GitLab CI对变量长度有默认限制，单变量一般最大支持几十KB到几MB（不同版本、不同Runner配置阈值不同），如果日志太长建议直接存为文件，通过作业制品上传，不要硬塞进变量，避免出现内容截断、作业异常的问题。
• 如果需要把ERROR_MSG传递给后续下游作业使用，不能直接跨作业读本地变量，需要通过dotenv制品上报传递，示例写法：

  backstop_job:
    script:
      - set +e
      - ERROR_MSG=$(backstop test 2>&1)
      - EXIT_CODE=$?
      - set -e
      - echo "ERROR_MSG=$ERROR_MSG" > env.env
      - exit $EXIT_CODE
    artifacts:
      reports:
        dotenv: env.env
  
  downstream_job:
    needs: [backstop_job]
    script:
      # 这里可以直接读取到上一个作业里的ERROR_MSG变量
      - echo "捕获到的上一步日志：$ERROR_MSG"
  

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