Dockerfile设置的USER未在ENTRYPOINT脚本生效，Jenkins运行异常

你的问题核心在于docker-compose配置里的user字段覆盖了Dockerfile中的USER指令，导致Jenkins环境下容器以root用户启动。

具体原因分析 #

你在Dockerfile中已经通过USER app指定了容器启动后的默认用户，并且构建时通过ARG DOCKER_UID=2000创建了UID为2000的app用户。但你的docker-compose配置里添加了：

user: "${DOCKER_UID}:${DOCKER_UID}"

这个配置的优先级高于Dockerfile的USER指令：

• 本地环境中你设置了DOCKER_UID=2000，所以这个字段解析为2000:2000，和Dockerfile中创建的app用户UID/GID一致，因此容器正常以app用户启动；
• Jenkins环境下未正确设置DOCKER_UID环境变量，导致这个字段被解析为:2000（空的UID加上GID），Docker会将这种无效的用户配置回退为使用root用户启动容器，这就是为什么你的start.sh中whoami输出root。

解决方案 #

方案1：移除docker-compose中的user配置（推荐）

既然你已经在Dockerfile中通过USER app指定了启动用户，并且构建时已经将app用户的UID设置为2000，完全不需要在docker-compose中重复指定user字段。修改后的docker-compose配置：

version: '3'
services:
  service:
    build:
      context: .
      dockerfile: .docker/Dockerfile
      args:
        - ENV=prod
        - DOCKER_UID=2000

这样容器会直接使用Dockerfile中指定的app用户启动，无论本地还是Jenkins环境都会保持一致。

方案2：确保Jenkins环境中正确传递DOCKER_UID变量

如果你需要保留docker-compose中的user配置，那么需要在Jenkins构建流程中确保DOCKER_UID变量被正确设置：

• 在Jenkins的构建步骤中，先执行export DOCKER_UID=2000，再运行docker-compose命令；
• 或者直接在docker-compose命令前注入变量：

  DOCKER_UID=2000 docker-compose up -d
  

这样docker-compose会正确解析user: "2000:2000"，和Dockerfile中创建的app用户匹配，容器会以app用户启动。

额外验证 #

修改完成后，你可以在Jenkins中启动容器后，进入容器验证当前用户：

docker exec -it <container-name> whoami

应该会输出app，此时你的start.sh脚本也会以app用户执行，后续的权限问题也会解决。

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