使用bash-c在docker compose文件中运行多个命令。

command: >
    bash -c "python manage.py makemigrations
    && python manage.py migrate
    && python manage.py runserver 0.0.0.0:8000"

资料来源：https://intellipaat.com/community/19590/docker-run-multiple-commands-using-docker-compose-at-once?show=19597#a19597

如果您需要运行多个守护进程，Docker文档中建议在非分离模式下使用Supervisord，这样所有子守护进程都将输出到stdout。

从另一个SO问题中，我发现可以将子进程输出重定向到stdout。这样你就能看到所有的输出！

我在一个单独的临时容器中运行启动前的东西，比如迁移（注意，合成文件必须是版本“2”类型）：

db:
  image: postgres
web:
  image: app
  command: python manage.py runserver 0.0.0.0:8000
  volumes:
    - .:/code
  ports:
    - "8000:8000"
  links:
    - db
  depends_on:
    - migration
migration:
  build: .
  image: app
  command: python manage.py migrate
  volumes:
    - .:/code
  links:
    - db
  depends_on:
    - db

这有助于保持清洁和分离。需要考虑两件事：

您必须确保正确的启动顺序（使用dependents_on）。您希望避免多次构建，这是通过第一次使用构建和图像对其进行标记来实现的；然后可以引用其他容器中的图像。

基于Alpine的图像实际上似乎没有安装bash，但您可以使用sh或ash链接到/bin/busybox。

docker-compose.yml示例：

version: "3"
services:

  api:
    restart: unless-stopped
    command: ash -c "flask models init && flask run"

这是我解决这个问题的方法：

services:
  mongo1:
    container_name: mongo1
    image: mongo:4.4.4
    restart: always
#    OPTION 01:
#    command: >
#      bash -c "chmod +x /scripts/rs-init.sh
#      && sh /scripts/rs-init.sh"
#    OPTION 02:
    entrypoint: [ "bash", "-c", "chmod +x /scripts/rs-init.sh && sh /scripts/rs-init.sh"]
    ports:
      - "9042:9042"
    networks:
      - mongo-cluster
    volumes:
      - ~/mongors/data1:/data/db
      - ./rs-init.sh:/scripts/rs-init.sh
      - api_vol:/data/db
    environment:
      *env-vars
    depends_on:
      - mongo2
      - mongo3

这个线程中已经有很多很好的答案，然而，我发现其中的一些组合似乎最有效，尤其是对于基于Debian的用户。

services:
  db:
    . . . 
  web:
    . . .
    depends_on:
       - "db"
    command: >      
      bash -c "./wait-for-it.sh db:5432 -- python manage.py makemigrations
      && python manage.py migrate
      && python manage.py runserver 0.0.0.0:8000"

先决条件：将wait-for-it.sh添加到项目目录中。

来自文档的警告：“（当在生产环境中使用wait for it.sh时），您的数据库可能随时不可用或移动主机……（此解决方案适用于不需要这种弹性的人）。”

编辑：

这是一个很酷的短期解决方案，但对于长期解决方案，您应该尝试在Dockerfile中为每个图像使用入口点。