Docker-compose stop 与 docker-compose down 的区别

一直在用 docker-compose 管理 docker 容器,毕竟比 docker run 方便不少。

但每次升级,都是用:

docker-compose stop
docker-compose rm
docker-compose up -d

来删除容器。

最近发现有一个 down 命令,相当于 stop;rm 两个同时执行:

docker-compose down
docker-compose up -d

真是节约了一丁点的时间 :joy:

Portainer 之类的 Docker 可视化管理面板蛙哥有在用吗?会不会更方便点?

习惯了一直没用 Portainer,之前也装过,后来就弃坑了

习惯了k8s那套,docker-compose用的少

我记得直接docker-compose up会自动recreate修改的pod

这个好像只有 docker-compose.yml 文件本身发生变化才会 recreate,如果仅仅只 service 的 DockerFile 发生变化好像并不会 recreate.

DockerFile 需要 build 的嘛。

我的 docker-compose 一般只用现成的镜像

我是自己写的和其他镜像结合起来用的:joy:

其实这是个配套关系(从用词上隐约可以看出来?):
start / stop:启动/停止容器,但不会删除容器
up / down:创建并启动/停止并删除容器

以及似乎 Docker Desktop 3.4.0+版本就自带 compose 了,不需要再额外装一个,可以直接 docker compose(没有中间那条横杠了)
Compose V2 | Docker Documentation

1 个赞

修改compose file之后只需要docker compose up -d即可,不需要手动删除,docker compose down并不会删除volume,如果有持久化内容,可能会导致错误,需要手动清除,而如果是改动了映射的文件,docker compose up -d是无效的,需要docker restart containerdocker compose up -d只检测cmpose file的改动。

记得升级的话可以

docker-compose pull
docker-compose up -d

即可更新镜像并重新启动docker容器