我建议使用sh而不是bash，因为它在大多数基于Unix的映像（alpine等）上更容易使用。

下面是docker-compose.yml示例：

version: '3'

services:
  app:
    build:
      context: .
    command: >
      sh -c "python manage.py wait_for_db &&
             python manage.py migrate &&
             python manage.py runserver 0.0.0.0:8000"

这将按顺序调用以下命令：

python manage.py wait_for_db-等待数据库准备就绪python manage.py migrate-运行任何迁移python manage.py runserver 0.0.0.0:8000-启动我的开发服务器

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

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

我建议使用sh而不是bash，因为它在大多数基于Unix的映像（alpine等）上更容易使用。

下面是docker-compose.yml示例：

version: '3'

services:
  app:
    build:
      context: .
    command: >
      sh -c "python manage.py wait_for_db &&
             python manage.py migrate &&
             python manage.py runserver 0.0.0.0:8000"

这将按顺序调用以下命令：

python manage.py wait_for_db-等待数据库准备就绪python manage.py migrate-运行任何迁移python manage.py runserver 0.0.0.0:8000-启动我的开发服务器

基于@Bjorn答案，docker最近引入了特殊的依赖规则，允许您等待“init容器”成功退出

db:
  image: postgres
web:
  image: app
  command: python manage.py runserver 0.0.0.0:8000
  depends_on:
    db:
    migration:
      condition: service_completed_successfully
migration:
  build: .
  image: app
  command: python manage.py migrate
  depends_on:
    - db

我不确定你是否还需要buildkit，但在我这边，它可以与

DOCKER_BUILDKIT=1 COMPOSE_DOCKER_CLI_BUILD=1 docker-compose up

使用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

这个线程中已经有很多很好的答案，然而，我发现其中的一些组合似乎最有效，尤其是对于基于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中为每个图像使用入口点。