GitLab Docker执行器是否开启登录shell？如何解决rvm/nvm命令找不到问题

一、配置CI流水线使用登录shell启动 #

完全支持配置为登录shell启动，有三种可选方案，可根据实际场景选择：

• 方案1：全局配置Runner默认使用登录shell
  修改GitLab Runner的config.toml配置文件，在对应[[runners]]配置段添加如下参数：

  shell = "bash"
  [runners.docker]
    # 其他原有配置保持不变
    command = ["bash", "-l"]
  

  配置完成后重启Runner服务即可，所有该Runner处理的任务都会以登录模式启动bash，自动加载/etc/profile、~/.bash_profile、~/.bashrc等初始化配置。
• 方案2：单流水线配置，无需修改Runner设置
  在.gitlab-ci.yml的对应任务中，直接指定命令以登录shell执行：

  your_job:
    script:
      - bash -l -c "nvm install $NODE_VERSION"
      - bash -l -c "rvm use $RUBY_VERSION"
  

• 方案3：修改自定义镜像的bash初始化逻辑（更稳定，推荐）
  你遇到的命令找不到问题本质是Ubuntu默认~/.bashrc开头存在非交互模式直接退出的判断：

  # If not running interactively, don't do anything
  case $- in
      *i*) ;;
        *) return;;
  esac
  

  GitLab CI默认使用非交互shell执行任务，导致后续rvm、nvm的初始化代码没有被加载。只需要把rvm、nvm的初始化脚本移动到这段判断的上方，或者直接注释掉这段判断，就能保证非交互模式下也能正常加载对应命令，不需要额外配置登录shell。

二、导出GitLab Runner启动CI流水线的具体命令 #

debug级别的日志不会输出底层执行的docker命令参数，需要通过以下两种方式获取：

• 方案1：将Runner日志级别调整为trace
  修改config.toml的全局配置段，设置log_level = "trace"，重启Runner服务后重新触发流水线，日志中会输出完整的docker run调用参数、挂载配置、环境变量、执行入口等所有底层命令细节。
• 方案2：监听Docker daemon的请求日志
  在Runner所在的Docker宿主机上执行journalctl -fu docker.service，触发流水线时会完整记录Docker daemon收到的所有容器创建、命令执行请求，可直接查看完整的启动参数。

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