Jenkins Kubernetes构建用户权限问题及MinIO mc配置失败求助

一、修复Git子模块拉取的UID 1000用户不存在问题 #

方案1：构建镜像中创建对应UID的用户 #

如果你的构建镜像缺少UID 1000的用户，直接在Dockerfile中添加用户和SSH目录：

RUN useradd -u 1000 jenkins-build \
    && mkdir -p /home/jenkins-build/.ssh \
    && chown -R jenkins-build:jenkins-build /home/jenkins-build/.ssh

然后调整securityContext的runAsUser为1000：

securityContext:
  allowPrivilegeEscalation: false
  capabilities:
    drop:
    - all
  readOnlyRootFilesystem: true
  runAsNonRoot: true
  runAsUser: 1000

这种方式既符合非root安全要求，又能让SSH密钥正常保存到用户的.ssh目录，不会出现权限警告。

方案2：指定Git SSH的临时配置（无需修改镜像） #

如果无法修改镜像，可通过环境变量指定Git使用临时的SSH配置，绕开系统用户限制：

# 提前扫描主机密钥到临时文件
ssh-keyscan host > /tmp/known_hosts
# 指定SSH使用临时密钥文件和已知主机文件
GIT_SSH_COMMAND="ssh -o UserKnownHostsFile=/tmp/known_hosts -i /path/to/your-ssh-key" git submodule update --init --recursive

这样Git拉取子模块时会使用指定的密钥，主机密钥也会存到可写的/tmp目录，无需依赖系统用户的.ssh路径。

二、解决MinIO mc的配置目录权限问题 #

mc默认会尝试在用户主目录或根目录创建.mc配置文件夹，可通过环境变量强制指定到/tmp这类可写目录：

# 临时设置mc配置目录
export MC_CONFIG_DIR=/tmp/.mc
# 执行别名配置
mc alias set jenkins-user ****

或者直接在命令行中临时指定：

MC_CONFIG_DIR=/tmp/.mc mc alias set jenkins-user ****

/tmp目录在大多数容器环境中都是可写的，这样就能避开权限不足的问题。

三、消除SSH主机密钥保存的警告 #

如果采用方案1创建了专属用户，/home/jenkins-build/.ssh目录有写入权限，警告会自动消失。如果用方案2，已经通过UserKnownHostsFile指定了临时路径，也不会触发警告。另外，也可以提前将主机密钥加入镜像的known_hosts文件，彻底避免拉取时的密钥验证提示。

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