被图像所吸引。由于上次部署时旧容器仍然存在，并且具有相同的名称，docker启动该容器而不是创建新容器。为了防止出现这种情况，您可以构建新映像，并使用docker service update命令更新容器，而不是删除所有内容。不，容器不在那里。我删除了所有

---

被图像所吸引。由于上次部署时旧容器仍然存在，并且具有相同的名称，docker启动该容器而不是创建新容器。为了防止出现这种情况，您可以构建新映像，并使用

docker service update

命令更新容器，而不是删除所有内容。不，容器不在那里。我删除了所有的容器和所有基于code_站点的图像，它仍然以旧版本启动。直到我添加了这两个prune命令之后，它才开始使用新构建的版本。奇怪的是，很高兴你能使用它，我还用docker update命令更新了答案。如果你100%确定你的docker注册表中没有名为“site:latest”的图像，那么更新后的答案应该可以工作。如果docker注册表中确实有一个名为

code\u site:latest

的映像，那么您正在注册表中部署该映像，您必须将新映像推送到注册表，或者使用

docker stack deploy

命令中的

--resolve image never

选项。我尚未设置任何外部注册表和docker images命令未列出代码\u站点：最新。（我删除了所有code_站点图像）我还确信所有正在运行和停止的容器都已被删除。我调整了重建脚本，添加了“docker image prune-f”和“docker volume prune-f”命令。这似乎使画面清晰起来，新的图像开始出现。有趣的是，旧图像挂起，即使它们没有列在“docker images”命令中，我想了解原因。也许它与docker swarm有关，所以问题不在于图像，而是由图像启动的容器。由于上次部署时旧容器仍然存在，并且具有相同的名称，docker启动该容器而不是创建新容器。为了防止出现这种情况，您可以构建新映像，并使用

docker service update

命令更新容器，而不是删除所有内容。不，容器不在那里。我删除了所有的容器和所有基于code_站点的图像，它仍然以旧版本启动。直到我添加了这两个prune命令，它才开始使用新构建的版本。

docker rm $(docker ps -aq)

docker volume  rm $(docker volume ls --format {{.ID}})

docker service ls

docker stack ls

docker ps -aq

docker service update [SERVICE NAME] --image [IMAGE NAME] --force