一、docker 常用命令
docker create <image-id>
docker create <image-id>
命令未指定的镜像 (image) 增加了一个可读写层 ,形成了一个新的容器。留神,这时候这个 容器并没有运行。
docker start <container-id>
docker start
命令为容器文件系统创立了一个过程隔离空间。留神,每一个容器只可能有一个过程隔离空间。
docker run <image-id>
简略来说,docker run
命令就是 docker create
命令和 docker start
命令的合集,简略来说就是 应用一个 image 创立一个 container 并且运行它。
docker ps
docker ps
命令会列出所有 运行中 的容器。这暗藏了非运行态容器的存在,如果想要找出这些容器,咱们须要应用上面这个命令。
docker ps -a
docker ps –a
命令会列出 所有的 容器,不论是运行的,还是进行的。
docker images
docker images
命令会列出了所有 顶层 (top-level) 镜像 。实际上,在这里咱们没有方法辨别一个镜像和一个只读层,所以咱们提出了 top-level 镜像, 只有创立容器时应用的镜像或者是间接 pull 下来的镜像能被称为顶层 (top-level) 镜像
docker images -a
docker images -a
命令列出了 所有的镜像 ,也能够说是 列出了所有的可读层 。如果你想要查看某一个 image-id 下的所有层,能够应用docker history
来查看。
docker stop <container-id>
docker stop
命令会向运行中的容器发送一个 SIGTERM 的信号,而后 进行所有的过程
docker kill <container-id>
docker kill
命令向所有运行在容器中的过程发送了一个不敌对的 SIGKILL 信号。
docker pause <container-id>
docker stop
和 docker kill
命令会发送 UNIX 的信号给运行中的过程,docker pause
命令则不一样,它利用了 cgroups 的个性将运行中的过程空间暂停。具体的外部原理你能够在这里找(https://www.kernel.org/doc/Do…https://www.kernel.org/doc/Doc … m.txt,然而这种形式的不足之处在于发送一个 SIGTSTP 信号对于过程来说不够简略易懂,以至于不可能让所有过程暂停。
docker rm <container-id>
docker rm
命令会 移除形成容器的可读写层 。留神,这个命令只能对 非运行态的容器 执行
docker commit <container-id>
docker commit
命令将容器的 可读写层转换为一个只读层 ,这样就 把一个容器转换成了不可变的镜像。
docker build
docker build
命令依据 Dockerfile 文件中的 FROM 指令获取到镜像,而后反复地 1)run(create 和 start)、2)批改、3)commit。在循环中的每一步都会生成一个新的层,因而许多新的层会被创立。
docker exec <running-container-id>
docker exec
命令 在运行中的容器执行一个新过程
docker insect <container-id> or <image-id>
docker inspect
命令会提 取出容器或者镜像最顶层的元数据。
docker save <image-id>
docker save
命令会 创立一个镜像的压缩文件 ,这个文件可能在另外一个主机的 Docker 上应用。和 export 命令不同,这个命令为每一个层都保留了它们的元数据。 这个命令只能对镜像失效。
docker history <image-id>
docker history
命令递归地输入指定镜像的历史镜像。
注:以上局部图片参考:http://dockone.io/article/783