这很简单:使用命令:

docker-compose restart worker

您可以设置在杀死容器之前等待停止的时间(以秒为单位)

docker-compose restart -t 30 worker

注意，这将重新启动容器，但不会重新构建它。如果您想应用更改，然后重新启动，请查看其他答案。

使用docker-compose文件重新启动服务

docker-compose -f [COMPOSE_FILE_NAME].yml restart [SERVICE_NAME]

用例#1:如果COMPOSE_FILE_NAME是docker-compose。Yml和服务是工人

docker-compose restart worker

用例#2:如果文件名是sample。Yml和服务是工人

docker-compose -f sample.yml restart worker

默认情况下，docker-compose查找docker-compose。如果我们运行docker-compose命令，那么我们可以用-f [FILE_NAME].yml标记指定文件名

答案在这里讨论的是对docker-compose变化的反映。yml文件。

但是，如果我想将我在代码中所做的更改合并到一起，并且我相信这只有通过重建映像才能实现，并且我使用以下命令

1. Docker容器停止

docker stop container-id

2. Docker容器移除

docker rm container-id

3.Docker图像移除

docker rmi image-id

4. 重新组合容器

docker-compose up container-name

重启容器

如果你想重新启动你的容器:

Docker-compose restart servicename

可以将此命令视为“按名称重新启动容器”，这相当于docker restart命令。

注意事项:

如果你改变了ENV变量，它们不会在容器中更新。你得停下来，重新开始。或者，使用单一命令docker-compose up将检测更改并重新创建容器。 正如许多人提到的，如果更改docker-compose。Yml文件本身，简单的重新启动不会应用这些更改。 如果你在构建阶段将代码复制到容器中(在Dockerfile中使用ADD或copy命令)，每次代码更改时，你都必须重新构建容器(docker-compose build)。

与代码的相关性

如果你的代码在Docker-compose中通过volume指令映射到容器中，那么Docker-compose重启应该可以正常工作。你是这样的:

services:

  servicename:
    volumes:
      - .:/code

但是我建议使用实时代码重新加载，这可能是由您所选择的框架在DEBUG模式下提供的(或者，您可以搜索所选择语言的自动重新加载包)。添加这个可以消除每次代码更改后重新启动容器的需要，而不是在里面重新加载进程。

要重新启动一个更改的服务，以下是我执行的步骤:

docker-compose stop -t 1 worker
docker-compose build worker
docker-compose up --no-start worker
docker-compose start worker

在进行更改之后，您需要将更改拉入服务器，然后重新创建容器。如文档所示:

docker-compose pull worker && docker-compose up -d --no-deps worker

Pull worker将只将这个项目拉到服务器，而——no-deps将防止重新启动工作者容器所依赖的容器。