正在尝试确定是否调用
docker-compose down
docker-compose build
docker-compose up
与以下内容相同:
docker-compose build
docker-compose up
我已经找过了,但找不到任何具体的东西。我知道docker-compose down删除了容器和网络docker-compose build创建了服务。所以我不确定向下是不是一个不必要的额外步骤。
以下是在Docker Hub上构建新Docker映像后的脚本
docker ps // list my docker container so that I know its container ID
docker rm -f 1243432Ds32 //<- how do I dynamically know its id every time?
docker image ls // list the new image, so I can get the image id to remove
docker image rm dfs3423dx//<- how do I dyna
我最近从Udemy那里学了一门Docker课程,但我在理解Docker世界中什么是真正的Image时遇到了问题? 我所了解到的是,当Docker在我们的系统上运行时,它本身就是一个运行Linux操作系统的虚拟机。该Linux操作系统运行几个来自我们提供的镜像的容器。Container在硬盘驱动器上有自己的隔离空间,分配了自己的内存和CPU,但与虚拟机不同的是,它没有自己的完整操作系统。 But, because I have learned that the Containers share a single operating system, I am confused about the
根据docker 的说法,docker图像和它各自的容器之间的关系是,图像包含它在创建过程中使用的层,而来自该图像的容器只会添加另一个经过修改的层。这是下面描述的
考虑到这一点,我认为删除实例化容器的图像将使它们无效,因为它们将丢失它们所依赖的所有层。当你尝试删除包含容器的镜像时,你得到的错误信息强化了这一理论:
Error response from daemon: conflict: unable to delete dee20bb93b6a (must be forced) - image is being used by stopped container c44b4080a
GCP gives a general overview of what's installed in Deep Learning VMs,但查看实际的shell脚本将更容易确定VM映像之间的确切差异,调试任何部署问题,并创建派生映像。 Someone already asked about the Dockerfiles for Deep Learning Containers,但我想我会重复这个问题,以增加它被回答的几率。