Dockerfile配置权限后仍提示docker-entrypoint.sh无执行权限问题

问题根源 #

你遇到的权限拒绝问题，核心原因有两个：

1. 本地卷挂载覆盖容器文件：docker-compose.yml中volumes: - .:/code会把宿主机当前目录完全覆盖容器内的/code目录。Dockerfile里通过RUN chmod +x设置的是镜像内文件的权限，挂载后容器里的docker-entrypoint.sh实际是宿主机上的文件，而宿主机上的这个文件没有执行权限，所以报错。
2. ENTRYPOINT与CMD的组合逻辑错误：你试图用CMD再次设置权限，但Docker中ENTRYPOINT和CMD一起使用时，CMD的内容会作为ENTRYPOINT命令的参数。你的配置实际执行的是./docker-entrypoint.sh chmod +x ./docker-entrypoint.sh——但此时脚本本身没有执行权限，这条命令根本跑不起来，所以完全无效。

解决方案 #

方案1：给宿主机的脚本添加执行权限（最直接） #

在宿主机的项目根目录执行以下命令，给本地的docker-entrypoint.sh添加执行权限：

chmod +x docker-entrypoint.sh

之后重新启动容器，挂载到容器内的文件会带着执行权限，问题即可解决。

方案2：修改卷挂载规则，避免覆盖关键文件（推荐开发环境） #

不要挂载整个/code目录，只挂载需要实时修改的代码文件夹（比如你的Django应用目录app），这样容器内的docker-entrypoint.sh、requirements.txt等文件还是使用镜像中构建好的版本，权限不会被覆盖。修改docker-compose.yml的volumes部分：

services:
  web:
    # 其他配置保持不变
    volumes:
      - ./app:/code/app  # 仅挂载代码目录，保留镜像内的entrypoint等文件

方案3：用bash直接调用脚本（绕开权限要求） #

修改Dockerfile中的ENTRYPOINT，通过bash解释器来执行脚本，这样不需要脚本本身有执行权限：

ENTRYPOINT ["bash", "./docker-entrypoint.sh"]

这种方式可以临时解决问题，但不如直接给文件加权限规范。

补充说明 #

如果后续需要构建生产环境镜像，建议在Dockerfile中确保COPY后正确设置权限，并且生产环境避免使用本地卷挂载整个应用目录，直接使用镜像内的文件即可，这样权限问题不会出现。

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