作为对user39544的回答的补充，crontab -e的另一种语法类型:

@reboot sleep 60 && /usr/local/bin/docker-compose -f /path_to_your_project/docker-compose.yml up -d

当我们使用crontab或已弃用的/etc/rc.本地文件，我们需要一个延迟(例如，睡眠10，取决于机器)，以确保系统服务可用。通常，systemd(或upstart)用于管理在系统引导时启动哪些服务。你可以尝试使用类似的配置:

# /etc/systemd/system/docker-compose-app.service

[Unit]
Description=Docker Compose Application Service
Requires=docker.service
After=docker.service

[Service]
Type=oneshot
RemainAfterExit=yes
WorkingDirectory=/srv/docker
ExecStart=/usr/local/bin/docker-compose up -d
ExecStop=/usr/local/bin/docker-compose down
TimeoutStartSec=0

[Install]
WantedBy=multi-user.target

或者，如果你想不带-d标志运行:

# /etc/systemd/system/docker-compose-app.service

[Unit]
Description=Docker Compose Application Service
Requires=docker.service
After=docker.service
StartLimitIntervalSec=60

[Service]
WorkingDirectory=/srv/docker
ExecStart=/usr/local/bin/docker-compose up
ExecStop=/usr/local/bin/docker-compose down
TimeoutStartSec=0
Restart=on-failure
StartLimitBurst=3

[Install]
WantedBy=multi-user.target

使用dockerized项目路径更改WorkingDirectory参数。并使服务自动启动:

systemctl enable docker-compose-app

为了使用重启策略，Docker提供了以下选项:

no:容器不自动重启。 on-failure[:max-retries]:如果容器退出，则重新启动 方法的最大尝试次数 Docker守护进程重新启动容器。 always:当容器停止时，总是重新启动容器。 unless-stopped:总是重新启动容器，除非它已经停止 或者由Docker守护进程。

我尝试了重启:总是，它在一些容器(如php-fpm)工作，但我面临的问题是，一些容器(如nginx)重启后仍然不能重新启动。

解决了问题。

crontab -e

@reboot (sleep 30s ; cd directory_has_dockercomposeyml ; /usr/local/bin/docker-compose up -d )&

你应该能够添加:

restart: always 

到你想在docker-compose中重新启动的每个服务。yml文件。

见:https://github.com/compose-spec/compose-spec/blob/master/spec.md重启

总是在docker-compose中使用restart。yaml文件。

Docker-compose up -d将再次从图像中启动容器。使用docker-compose start启动停止的容器，它永远不会从映像中启动新的容器。

nginx:   
    restart: always   
    image: nginx   
    ports:
      - "80:80"
      - "443:443"
    links:
      - other_container:other_container

你也可以把代码写在docker文件中，这样如果它依赖于其他容器，它就会第一个被创建。