这对我有用：

version: '3.1'
services:
  db:
    image: postgres
  web:
    build: .
    command:
      - /bin/bash
      - -c
      - |
        python manage.py migrate
        python manage.py runserver 0.0.0.0:8000

    volumes:
      - .:/code
    ports:
      - "8000:8000"
    links:
      - db

dockercompose尝试在运行命令之前取消对变量的引用，因此如果您希望bash处理变量，则需要通过加倍它们来逃避美元符号。。。

    command:
      - /bin/bash
      - -c
      - |
        var=$$(echo 'foo')
        echo $$var # prints foo

…否则会出现错误：

服务“web”中“命令”选项的插值格式无效：

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

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

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

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

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

docker-compose.yml示例：

version: "3"
services:

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

要在Windows容器上运行：

创建.bat文件（使用cmd运行，或者如果容器中有.ps1，则可以使用powershell运行）在命令或入口点中，使用myFile.bat（或myFile.ps1）

贝娄我的码头组合.yml：

version: "3.4"

services:
  myservicename:
    image: mcr.microsoft.com/dotnet/sdk:6.0 
    container_name: mycontainername
    environment:
      - PORT=44390
    command: buildAndRun.bat
[...]

我的buildAndRun.bat：

dotnet --list-sdks
dotnet build
dotnet run

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