指令主要分为两种
注释 : # Comment指令 : INSTRUCTION argument
FROM(包含两种格式)
FROM FROM :
image要求是已经存在的镜像,我们也称为基础镜像.必须是第一条非注释指令
MAINTAINER
指定镜像的作者信息,包含镜像的所有者和联系信息.
RUN:
指定当前镜像中运行的命令
RUN <command> (shell模式)
/bin/sh -c command
RUN echo hello
RUN [“executable”,”param1”,”param2”] (exec模式)
RUN [“/bin/bash”,”-c”,”echo hello”]
每个RUN命令都会在当前镜像的上层创建一个新的镜像来运行指令.
EXPOSE
指定运行该镜像的容器使用的端口.虽然我们在构建镜像的时候暴露了端口号,但是我们在运行容器的时候依然需要指定端口的映射.我们使用EXPOSE只是告诉Docker运行该镜像的容器会使用80端口,出于安全的考虑,docker并不会打开该端口.而是需要我们在使用该镜像运行容器的时候指定端口的映射.
CMD
CMD指令提供容器默认运行的命令,和之前讲的RUN指令类似.都是执行一个命令,但是RUN命令指定的命令是在镜像构建的过程运行的.CMD的命令是在容器运行的时候运行的.如果我们在docker run命令中指定运行的命令的时候,CMD的指令会被覆盖,默认命令就不会执行.CMD命令是指定容器启动的时候默认命令.两种模式.
CMD [“executable”,”param1”,”param2”] (exec模式)CMD command param1 param2 (shell 模式)CMD [”param1”,”param2”] (作为ENTRYPOINT指令的默认参数.)
示例:
通过构建的镜像来创建容器
docker run -p 80 --name cmd_test1 -itd lanxw0720/df_test3
docker top cmd_test1
发现已经启动nginx了.如果我们在启动的时候指定了参数,默认的CMD命令就会被覆盖了.
ENTRYPOINT
这个和我们刚刚讲的CMD指令非常相似,唯一的区别:不会给docker run的启动命令给覆盖.如果需要覆盖ENTRYPOINT的指令,需要在docker run使用docker run --entrypoint覆盖.ENTRYPOINT [“executable”,”param1”,”param2”] (exec模式)ENTRYPOINT command param1 param2 (shell 模式)
示例:
docker build -t="lanxw0720/df_test4" .
docker run -p 80 --name ep_test1 -d lanxw0720/df_test4
docker ps -l
可以发现,启动的容器依然使用的ENTRYPOINT指定的命令执行.
ADD
将文件和目录复制到使用dockerfile构建的镜像中.目标的来源可以本地的地址也可以是远程地址.如果是本地地址,本地地址必须是构建目录中的相对地址对于远程URL,docker并不推荐使用,更建议使用的是curl或者wget的命令来获取目标路径需要指定镜像中的绝对路径ADD …ADD “”…””
COPY:
同上
COPY…COPY“”…””
示例:
在Dockerfile所在目录添加index.html文件
docker build -t="lanxw0720/df_test6" .
docker run -p 80 --name add_test1 -d lanxw0720/df_test6
curl http://127.0.0.1:32775
VOLUME
用于基于镜像创建的容器添加卷,一个卷可以存在一个或者多个容器的特定目录.这个目录可以绕过联合文件系统.提供共享数据和持久化数据的 功能.(后面单独讲)
WORKDIR:
WORKDIR /path/to/workdir
这个指令从指令创建一个容器是,在容器内部设置工作目录.ENTRYPOINT和CMD的命令都会在这个目录下执行.我们也可以使用这个命令给后续的构建中指定工作目录.通常会使用绝对路径,如果使用了相对路径,那这个路径会一致传递下去.如下所示:
WORKDIR /a
WORKDIR b
WORKDIR c
RUN pwd
*结果====>/a/b/c*
ENV
ENV <key><value>
ENV <key><value>...
这个指令主要是来设置环境变量,这个环境变量在构建过程中和运行过程中都有效.
USER
USER daemon
指定镜像会以什么样的用户去运行.比如:USER nginx基于该镜像启动的容器就会以nginx的用户来运行.如果没有指定USER,容器会使用root用户来运行.
ONBUILD
ONBUILD [INSTRUCTION]
镜像触发器.当一个镜像被其他镜像作为基础镜像时执行会在构建过程中插入指令
示例:
docker run -p 80 --name onbuild_test1 -d lanxw0720/df_test7
curl http://127.0.0.1:32776
发现在构建这个镜像的时候并没有执行COPY命令.接下来我们基于这个镜像来构建新的镜像.
docker build -t="lanxw0720/df_test8" .
docker run -p 80 --name onbuild_test2 -d lanxw0720/df_test8
curl http://127.0.0.1:32777
此时发现已经执行COPY命令了.
DockerFile的构建过程
1.从基础镜像运行一个容器.2.执行一条指令,对容器做出修改.3.执行类似docker commit 的操作,提交一个新的镜像层.4.再基于刚提交的镜像运行一个新容器.5.执行Dockerfile中的下一条指令,知道所有指令执行完毕.
docker build会删除中间层创建的容器,但是不会删除中间层创建的镜像.我们可以使用docker run 的方式来运行中间层镜像.从而查看每一步创建后的镜像的实际状态,这就给了我们调试镜像的能力. docker会把之前创建过的中间层镜像建立成缓存,第二次构建的时候其实就直接中缓存中拿到中间层的镜像.但是有些时候我们不想使用缓存.
docker build --no-cache
