使用 Docker 就会避免不了的要做各种镜像,就会用到 Dockerfile,记录一下 Dockerfile 的主要命令
Dockerfile 执行 build 命令时,是从上到下依次执行的,Dockerfile 的基本组成部分如下。
主要部分 | 代表性命令 |
---|---|
基础镜像信息 | FROM |
维护者信息 | MAINTAINER |
镜像操作指令 | RUN、COPY、ADD、EXPOSE、WORKDIR、ONBUILD、USER、VOLUME、ENV等 |
容器启动时执行指令 | CMD、ENTRYPOINT |
格式:
FROM <image>
FROM <image>:<tag>
FROM <image>@<digest>
示例:
FROM mysql:5.6
注:
tag或digest是可选的,如果不使用这两个值时,会使用latest版本的基础镜像
格式:
MAINTAINER <name>
示例:
MAINTAINER Buger
MAINTAINER Buger@qq.com
MAINTAINER Buger <Buger@qq.com>
RUN用于在镜像容器中执行命令,有以下两种命令执行方式:
shell执行,即/bin/sh
格式:
RUN <command>
exec执行
格式:
RUN ["executable", "param1", "param2"]
要注意的是,executable是命令,后面的param是参数
示例:RUN yum install -y nginx
RUN ["yum", "install", "-y", "nginx"]
注:
RUN指令创建的中间镜像会被缓存,并会在下次构建中使用。如果不想使用这些缓存镜像,可以在构建时指定--no-cache参数,如:docker build --no-cache
由于 RUN 命令会生成一个镜像层,所以 RUN 并不是越多越好,需要合理使用,如果一个 RUN 中执行多个命令,可以使用 && 连接,如果命令过长,可以使用 \
换行,例如
RUN yum upgrade && yum install -y \
bzr \
cvs \
git \
mercurial \
subversion
并且这样写还有个优点,yum upgrade 和 yum install 被放在一个 RUN 指令中执行,这样能够保证每次安装的是最新的包。如果 yum install 在单独的 RUN 中执行,则会使用 yum upgrade 创建的镜像层,而这一层可能是很久以前缓存的
如果目的位置不存在,Docker 会自动创建所需要的目录结
格式:
ADD <src>... <dest>
ADD ["<src>",... "<dest>"] 用于支持包含空格的路径
示例:
ADD hom* /mydir/ # 添加所有以"hom"开头的文件
ADD hom?.txt /mydir/ # ? 替代一个单字符,例如:"home.txt"
ADD test relativeDir/ # 添加 "test" 到 `WORKDIR`/relativeDir/
ADD test /absoluteDir/ # 添加 "test" 到 /absoluteDir/
注意:
需要复制的本地文件一定要放在 Dockerfile 文件的同级目录下
原因:
因为构建环境将会先上传到Docker守护进程,而复制是在Docker守护进程中进行的。任何位于构建环境之外的东西都是不可用的。ADD指令的目的的位置则必须是容器内部的一个绝对路径。
就是不能解压,其他限制条件跟 ADD 一样
格式:
WORKDIR /path/to/workdir
示例:
WORKDIR /a (这时工作目录为/a)
WORKDIR b (这时工作目录为/a/b)
WORKDIR c (这时工作目录为/a/b/c)
注:
通过WORKDIR设置工作目录后,Dockerfile中其后的命令RUN、CMD、ENTRYPOINT、ADD、COPY等命令都会在该目录下执行。在使用docker run运行容器时,可以通过-w参数覆盖构建时所设置的工作目录。
格式:
LABEL <key>=<value> <key>=<value> <key>=<value> ...
示例:
LABEL version="1.0" description="这是一测试工程"
注:
使用LABEL指定元数据时,一条LABEL指定可以指定一或多条元数据,指定多条元数据时不同元数据之间通过空格分隔。推荐将所有的元数据通过一条LABEL指令指定,以免生成过多的中间镜像。
格式:
ENV <key> <value> #<key>之后的所有内容均会被视为其<value>的组成部分,因此,一次只能设置一个变量
ENV <key>=<value> ... #可以设置多个变量,每个变量为一个"<key>=<value>"的键值对,如果<key>中包含空格,可以使用\来进行转义,也可以通过""来进行标示;另外,反斜线也可以用于续行
示例:
ENV name huang
ENV name huang jin jin
ENV name=huang
格式:
EXPOSE <port> [<port>...]
示例:
EXPOSE 80 443
EXPOSE 8080
EXPOSE 6370/tcp 6370/udp
注:
EXPOSE并不会让容器的端口访问到主机。要使其可访问,需要在docker run运行容器时通过-p来发布这些端口,或通过-P参数来发布EXPOSE导出的所有端口
格式:
VOLUME ["/path/to/dir"]
示例:
VOLUME ["/data"]
VOLUME ["/var/www", "/var/log/apache2", "/etc/apache2"]
注:
一个卷可以存在于一个或多个容器的指定目录,该目录可以绕过联合文件系统,并具有以下功能:
1 卷可以容器间共享和重用
2 容器并不一定要和其它容器共享卷
3 修改卷后会立即生效
4 对卷的修改不会对镜像产生影响
5 卷会一直存在,直到没有任何容器在使用它
格式:
USER user
USER user:group
USER uid
USER uid:gid
USER user:gid
USER uid:group
示例:
USER www
注:
使用USER指定用户后,Dockerfile中其后的命令RUN、CMD、ENTRYPOINT都将使用该用户。镜像构建完成后,通过docker run运行容器时,可以通过-u参数来覆盖所指定的用户。
格式:
ARG <name>[=<default value>]
示例:
ARG site
ARG build_user=www
格式:
ONBUILD [INSTRUCTION]
示例:
ONBUILD ADD . /app/src
ONBUILD RUN /usr/local/bin/python-build --dir /app/src
注:
当所构建的镜像被用做其它镜像的基础镜像时(比如用户的镜像需要从某为准备好的位置添加源代码,或者用户需要执行特定于构建镜像的环境的构建脚本),该镜像中的触发器将会被钥触发
例如 创建镜像 image-A
FROM ubuntu
...
ONBUILD ADD . /var/www
...
然后创建镜像 image-B,指定 image-A 为基础镜像,如
FROM image-A
...
然后在构建 image-B 的时候,日志上显示如下:
Step 0 : FROM image-A
# Execting 1 build triggers
Step onbuild-0 : ADD . /var/www
...
格式:
CMD ["executable", "param1", "param2"] (执行可执行文件,优先)
CMD ["param1", "param2"] (设置了ENTRYPOINT,则直接调用ENTRYPOINT添加参数)
CMD command param1 param2 (执行shell内部命令)
示例:
CMD echo "This is a test." | wc -
CMD ["/usr/bin/wc","--help"]
注:
CMD不同于RUN,CMD用于指定在容器启动时所要执行的命令,而RUN用于指定镜像构建时所要执行的命令。
格式:
ENTRYPOINT ["executable", "param1", "param2"] (可执行文件, 优先)
ENTRYPOINT command param1 param2 (shell内部命令)
示例:
FROM ubuntu
ENTRYPOINT ["top", "-b"]
CMD ["-c"]
注:
ENTRYPOINT与CMD非常类似,不同的是通过docker run执行的命令不会覆盖ENTRYPOINT,而docker run命令中指定的任何参数,都会被当做参数再次传递给ENTRYPOINT。Dockerfile中只允许有一个ENTRYPOINT命令,多指定时会覆盖前面的设置,而只执行最后的ENTRYPOINT指令。
注意:CMD和ENTRYPOINT的区别
CMD和ENTRYPOINT同样作为容器启动时执行的命令,区别有以下几点:
例子
Dockerfile 中为
ENTRYPOINT ["/user/sbin/nginx"]
然后通过启动build之后的容器
docker run -ti image -g "daemon off"
此时-g "daemon off"会被当成参数传递给ENTRYPOINT,最终的命令变成了
/user/sbin/nginx -g "daemon off" 如果Dockerfile中定义的是CMD,则会被覆盖
MD 和 ENTRYPOINT 都存在时,CMD 的指令就变成了 ENTRYPOINT 的参数,并且此 CMD 提供的参数也会被 docker run 后面的命令覆盖
Dockerfile 中指令
..
ENTRYPOINT ["echo","hello","i am"]
CMD ["docker"]
之后启动构建之后的容器
使用docker run -ti image
输出“hello i am docker”
使用docker run -ti image world
输出“hello i am world”
docker build 命令,Dockerfile 写完后要生产镜像,就需要 docker build
docker build 命令用于使用 Dockerfile 创建镜像,语法
docker build [OPTIONS] PATH | URL | -
参数说明:
示例
使用当前目录的 Dockerfile 创建镜像,标签为 buger/ubuntu:v1。
docker build -t buger/ubuntu:v1 .
使用URL github.com/creack/docker-firefox 的 Dockerfile 创建镜像。
docker build github.com/creack/docker-firefox
也可以通过 -f Dockerfile 文件的位置:
$ docker build -f /path/to/a/Dockerfile .
在 Docker 守护进程执行 Dockerfile 中的指令前,首先会对 Dockerfile 进行语法检查,有语法错误时会返回:
$ docker build -t test/myapp .
Sending build context to Docker daemon 2.048 kB
Error response from daemon: Unknown instruction: RUNCMD
https://www.cnblogs.com/yanh0606/p/11360936.html