另一个想法：

如果像本例一样，构建容器，只需在其中放置一个启动脚本，然后使用命令运行它。或者将启动脚本装载为卷。

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

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

我在一个单独的临时容器中运行启动前的东西，比如迁移（注意，合成文件必须是版本“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）。您希望避免多次构建，这是通过第一次使用构建和图像对其进行标记来实现的；然后可以引用其他容器中的图像。

要在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

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