Docker容器出现其他镜像文件？Cors容器执行Vite入口脚本报错

核心原因大概率是以下几种情况之一： #

• Compose配置错误：cors服务的entrypoint/command字段被错误设置成vite服务的脚本路径，或是继承了全局配置、镜像默认启动命令。
• 共享卷冲突：两个服务挂载了同一个本地目录卷，vite服务的entrypoint/start脚本被同步到cors容器的对应路径，而cors容器的启动命令恰好指向该路径（比如镜像默认启动命令被卷内文件覆盖）。
• 构建上下文混淆：cors服务的build.context路径配置错误，指向了vite服务的代码目录，导致构建cors镜像时误把vite的脚本复制进去，甚至错误设置了entrypoint。
• 镜像复用错误：cors服务未正确构建专属镜像，反而引用了vite服务的镜像，自然会执行vite的启动脚本。

排查与修复步骤： #

1. 检查Compose文件的cors服务配置
   打开docker-compose.yml，确认cors服务的配置：

   • 确保build字段的context和dockerfile指向正确的cors服务目录与Dockerfile，示例：

     cors:
       build:
         context: ./cors-service  # 指向cors服务的专属目录
         dockerfile: Dockerfile
       # 不要设置entrypoint/command为vite的脚本路径
     

   • 确认cors服务没有继承全局entrypoint，也未错误设置command字段。

2. 检查卷挂载配置
   如果cors服务挂载了本地目录，确认挂载目录不是vite服务的脚本所在目录，避免文件被同步。比如不要让两个服务挂载同一个包含entrypoint脚本的目录：

   # 错误示例：两个服务挂载同一路径
   cors:
     volumes:
       - ./vite-scripts:/app/scripts  # 这会把vite的脚本带到cors容器
   

3. 验证cors镜像的构建结果
   手动构建cors镜像并检查内容：

   docker build -t cors-test ./path-to-cors-directory
   docker run --rm cors-test ls /app  # 检查是否有entrypoint/start脚本
   docker run --rm cors-test cat /etc/docker/entrypoint.sh  # 确认镜像默认entrypoint
   

   如果发现镜像里有不该存在的脚本，说明构建上下文或Dockerfile有问题，修正cors的Dockerfile，确保只复制server.js：

   # cors服务的Dockerfile示例
   FROM node:18-alpine
   WORKDIR /app
   COPY server.js .
   CMD ["node", "server.js"]  # 明确设置启动命令，避免使用默认镜像的entrypoint
   

4. 确认服务镜像引用
   确保cors服务没有错误使用vite服务的镜像，比如不要在cors服务的image字段写vite镜像的名称。

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