Kubernetes执行器运行容器时Conda包丢失问题求助

核心问题定位 #

你遇到的本地镜像正常但GitLab Kubernetes Runner执行时包缺失的问题，90%以上概率是镜像缓存导致Runner拉取了旧版本镜像，其次是Docker构建时环境激活的潜在上下文问题。

具体解决方案 #

1. 强制Runner拉取最新镜像 #

GitLab Kubernetes Runner默认会缓存镜像，若你使用:latest标签或未更新镜像标签，Runner会复用旧镜像而非拉取最新构建版本。在CI配置中添加拉取策略：

stages:
  - test-stage

test-job:
  stage: test-stage
  tags:
    - kubernetes
  image:
    name: <my-image>
    pull_policy: always  # 强制每次拉取最新镜像
  script:
    - /bin/bash -c "source /root/activatehook.sh && conda activate build-env && mamba info && mamba list"

2. 优化Dockerfile，避免环境激活风险 #

不管是自定义Ubuntu镜像还是官方Mamba镜像，都直接用-n参数指定目标环境，无需手动激活（Docker的RUN命令是独立shell层，激活状态无法跨层继承）：

自定义Ubuntu镜像优化版

FROM ubuntu:focal

SHELL ["/bin/bash", "-l", "-c"]
RUN apt-get update && apt-get install -y wget

# 安装Mamba
RUN wget -q -P /root/ https://github.com/conda-forge/miniforge/releases/latest/download/Mambaforge-Linux-x86_64.sh
RUN sh /root/Mambaforge-Linux-x86_64.sh -b
RUN /root/mambaforge/bin/conda shell.bash hook > /root/activatehook.sh

# 直接指定环境创建并安装包，跳过激活步骤
RUN /root/mambaforge/bin/mamba create -n build-env -y -c conda-forge python=3.9
RUN /root/mambaforge/bin/mamba install -n build-env -y -c conda-forge curl numpy

官方Mamba镜像优化版

FROM condaforge/mambaforge

# 直接指定环境安装依赖，无需激活
RUN mamba create -y --name build-env python=3.9
RUN mamba install -n build-env -y -c conda-forge curl numpy==1.21

3. 验证镜像一致性 #

在CI脚本中添加镜像ID检查，确认Runner使用的是最新构建的镜像：

script:
  - docker inspect <my-image> | grep Id  # 打印镜像ID
  - /bin/bash -c "source /root/activatehook.sh && conda activate build-env && mamba info && mamba list"

对比本地镜像ID与CI输出的ID，若不一致则说明Runner拉取的是旧镜像，需清理节点缓存或确保镜像标签唯一（避免用:latest）。

现象解释 #

本地运行时直接使用刚构建的镜像，所有依赖都已正确安装；而GitLab Kubernetes Runner默认会复用节点上已缓存的旧镜像，若你推送新镜像后未强制拉取，Runner会继续运行缺少依赖的旧版本镜像，导致部分或全部包缺失。

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