心的是本地磁盘空间占用的大小。 另外一个需要注意的问题是， docker image ls 列表中的镜像体积总和并非是所有镜像实际硬 盘消耗。由于 Docker 镜像是多层存储结构，并且可以继承、复用，因此不同镜像可能会因为 使用相同的基础镜像，从而拥有共同的层。由于 Docker 使用 Union FS，相同的层只需要保 存一份即可，因此实际镜像硬盘占用空间很可能要比这个列表镜像大小的总和要小的多。 RUN cd /app 的执行仅仅是当前进程的工作目录变更，一个内存上的变化而已，其结果不会造成任 何文件变更。而到第二层的时候，启动的是一个全新的容器，跟第一层的容器更完全没关 系，自然不可能继承前一层构建过程中的内存变化。 因此如果需要改变以后各层的工作目录的位置，那么应该使用 WORKDIR 指令。 WORKDIR 指定工作目录 92 USER 指定当前用户 格式： USER Dockerfile 就 会被自动修复。 那么我们可不可以做一个基础镜像，然后各个项目使用这个基础镜像呢？这样基础镜像更 新，各个项目不用同步 Dockerfile 的变化，重新构建后就继承了基础镜像的更新？好吧， 可以，让我们看看这样的结果。那么上面的这个 Dockerfile 就会变为： FROM node:slim RUN mkdir /app WORKDIR /app

系统下(unite several directories into a single virtual filesystem)。 联合文件系统是 Docker 镜像的基础。镜像可以通过分层来进行继承，基于基础镜像（没有父镜像），可以 制作各种具体的应用镜像。 另外，不同 Docker 容器就可以共享一些基础的文件系统层，同时再加上自己独有的改动层，大大提高了存 储的效率。 Docker ports: - "8000:8000" links: - db environment: - DEBUG=true db: image: postgres 后者会自动继承 common.yml 中的 webapp 服务及相关环节变量。 设置网络模式。使用和 docker client 的 --net 参数一样的值。 net: "bridge" net: "none"