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

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

你可以在这里使用入口点。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与代码一起复制。

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

想好了，使用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
  "

最干净？

---
version: "2"
services:
  test:
    image: alpine
    entrypoint: ["/bin/sh","-c"]
    command:
    - |
       echo a
       echo b
       echo c

如果您是第二版，请尝试使用“；”分隔命令例如

命令：“sleep 20；echo'a'”