Dockerfile中RUN chmod修改权限不生效，无法为脚本配置可执行权限

结合你的Dockerfile和stat返回结果，在排除层覆盖问题后，大概率是以下几种原因：

• 运行容器时挂载了宿主机的/ssc目录：镜像内的文件权限会被宿主机挂载的同名文件完全覆盖，宿主机源文件如果是0600权限，容器内就会显示0600，和镜像内的chmod操作无关
• 跨系统构建时权限被强制重置：如果宿主机是Windows、WSL2跨盘符、或macOS共享挂载目录，Docker拷贝文件时可能自动将文件权限设为0600，即使你在宿主机手动执行chmod也不会生效
• 通配符未匹配到目标文件：如果脚本后缀是大写.SH，*.sh的通配符无法匹配，不过这种情况一般会触发chmod报错导致构建失败，概率较低

直接在COPY阶段指定权限（最推荐） #

Docker的COPY指令原生支持--chmod参数，拷贝时直接设置权限，无需额外RUN层，也能规避跨系统权限重置的问题。修改Dockerfile对应行：

# 替换原有 COPY /ssc /ssc
COPY --chmod=0755 /ssc /ssc

0755和你之前写的a+rx效果一致，同时保留所有者的写权限，方便后续镜像内修改脚本。

排查卷挂载覆盖问题 #

先不挂载任何宿主机目录，直接验证镜像内的文件权限：

docker run --rm 你的镜像名 stat /ssc/bin/put-and-submit.sh

如果此时权限显示为正常的0755，说明你之前运行容器时错误挂载了宿主机的/ssc目录，去掉对应的-v挂载参数即可。

Linux宿主机提前设置源文件权限 #

如果是Linux原生宿主机，先手动给构建上下文的源文件加权限，再执行构建：

chmod a+rx 构建上下文路径/ssc/bin/*.sh
docker build -t 你的镜像名 .

• 拆分COPY和RUN chmod为两层的写法，在跨文件系统场景下很容易遇到权限被重置的问题，用COPY自带的--chmod参数是最稳定的方案
• 如果需要运行时修改脚本内容，不要挂载宿主机目录，否则权限会始终和宿主机源文件保持一致，和镜像内的权限配置无关

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