你可以在这里使用入口点。docker中的entrypoint在命令之前执行，而命令是容器启动时应该运行的默认命令。所以大多数应用程序通常在入口点文件中携带设置过程，最后允许运行命令。

make shell脚本文件可以是docker-entrypoint.sh（名称无关紧要），其中包含以下内容。

#!/bin/bash
python manage.py migrate
exec "$@"

在docker-compose.yml文件中，将其与entrypoint:/docker-entrypoint.sh一起使用，并将命令注册为命令：python manage.py runserver 0.0.0.0:8000注意：不要忘记将docker-entrypoint.sh与代码一起复制。

想好了，使用bash-c。

例子：

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

多行中的相同示例：

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

Or:

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

使用一个工具，例如等待或码头化。这些是可以包含在应用程序图像中的小型包装脚本。或者编写自己的包装脚本来执行更特定于应用程序的命令。根据：https://docs.docker.com/compose/startup-order/

基于@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

我遇到了同样的问题，我想在端口3000上运行我的react应用程序，在端口6006上运行故事书，两者都在同一个容器中。

我尝试从Dockerfile作为入口点命令启动，并使用docker compose命令选项。

在花了一些时间之后，决定将这些服务分离到单独的容器中，这很有吸引力

我建议使用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-启动我的开发服务器