Docker Compose中Nginx容器执行自定义脚本报错，求解决方案

问题原因 #

你的Dockerfile里设置了ENTRYPOINT ["nginx","-g","daemon off;"]，而Docker Compose的command字段是作为ENTRYPOINT的参数传递的。这就导致容器实际执行的命令是：

nginx -g "daemon off;" bash -c "..."

nginx会把bash当成无效的命令行选项，所以才会报错nginx: invalid option: "bash"。

而Kubernetes的command字段是直接覆盖容器的ENTRYPOINT，不是传递参数，所以同样的逻辑在K8s里能正常运行。

解决方案 #

方案1：在Docker Compose中覆盖ENTRYPOINT，先执行脚本再启动Nginx #

修改Compose配置，先设置entrypoint为bash解释器，再把脚本逻辑加上最后启动Nginx的命令：

version: '3.7'
services:
  client:
    container_name: client
    image: imagename:tag
    entrypoint: ["bash", "-c"]
    command: |
      if [ -s /var/www/set_env.sh ]; then
        mv /var/www/set_env.sh /mnt;
      fi;
      chmod +x /mnt/set_env.sh;
      /mnt/set_env.sh;
      rm /mnt/set_env.sh;
      nginx -g "daemon off;"
    environment:
      SYSTEM: 'system'
      COMPANY: 'company'
      API_URL: 'https://'
      SITEKEY_LOGGER: 'logger'
      SITEKEY_CAPTCHA: 'captcha_key'
    deploy:
      resources:
        limits:
          cpus: '0.5'
          memory: '512m'
    ports:
      - "18001:80"

这样容器会先执行你的环境配置脚本，最后手动启动Nginx，完全覆盖原来的ENTRYPOINT逻辑。

方案2：修改Dockerfile，用自定义入口脚本统一处理（推荐） #

把环境配置逻辑和Nginx启动整合到一个自定义入口脚本里，这样Compose不需要额外配置命令，更简洁可靠：

1. 创建entrypoint.sh脚本：

#!/bin/sh

# 执行环境配置逻辑
if [ -s /var/www/set_env.sh ]; then
  mv /var/www/set_env.sh /mnt
fi
chmod +x /mnt/set_env.sh
/mnt/set_env.sh
rm /mnt/set_env.sh

# 启动Nginx（用exec让Nginx成为容器PID 1，保证信号能正确传递）
exec nginx -g "daemon off;"

2. 修改Dockerfile：

FROM node:12.18.3-alpine as build
WORKDIR /app
ENV PROFILE=basic
COPY . ./
RUN npm install
RUN npm run build

FROM nginx:1.17.0-alpine
COPY --from=build /app/build /var/www/
COPY nginx.conf /etc/nginx/nginx.conf
# 复制自定义入口脚本并赋予执行权限
COPY entrypoint.sh /usr/local/bin/
RUN chmod +x /usr/local/bin/entrypoint.sh
EXPOSE 80
# 设置自定义脚本为ENTRYPOINT
ENTRYPOINT ["entrypoint.sh"]

3. 简化后的Docker Compose配置：

version: '3.7'
services:
  client:
    container_name: client
    image: imagename:tag
    environment:
      SYSTEM: 'system'
      COMPANY: 'company'
      API_URL: 'https://'
      SITEKEY_LOGGER: 'logger'
      SITEKEY_CAPTCHA: 'captcha_key'
    deploy:
      resources:
        limits:
          cpus: '0.5'
          memory: '512m'
    ports:
      - "18001:80"

这种方式把容器启动逻辑固化在镜像里，避免Compose和镜像的命令冲突，也更符合容器最佳实践。

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