docker（六）：Dockerfile详解

最新推荐文章于 2024-04-24 14:59:44 发布
最新推荐文章于 2024-04-24 14:59:44 发布
阅读量293 收藏
点赞数
文章标签： 运维 java shell
原文链接：http://www.cnblogs.com/ccbloom/p/11174186.html
版权

一、Dockerfile Introduction

  前面的docker镜像管理章节有说到，构建镜像的方式有两种：一种是基于容器制作，另一种就是通过Dockerfile。Dockerfile其实就是我们用来构建Docker镜像的源码，当然这不是所谓的编程源码，而是一些命令的组合，只要理解它的逻辑和语法格式，就可以编写Dockerfile了。

  简要概括Dockerfile的作用：它可以让用户个性化定制Docker镜像。因为工作环境中的需求各式各样，网络上的镜像很难满足实际的需求。

 

二、Dockerfile Format

  1. Dockerfile整体就两类语句组成：

    • # Comment 注释信息
    • Instruction arguments 指令 参数，一行一个指令。
  2. Dockerfile文件名首字母必须大写。
  3. Dockerfile指令不区分大小写，但是为方便和参数做区分，通常指令使用大写字母。
  4. Dockerfile中指令按顺序从上至下依次执行。
  5. Dockerfile中第一个非注释行必须是FROM指令，用来指定制作当前镜像依据的是哪个基础镜像。

  6. Dockerfile中需要调用的文件必须跟Dockerfile文件在同一目录下，或者在其子目录下，父目录或者其它路径无效。

 

三、Dockerfile Instructions

FROM

  • Introduction

    • FROM指令必须为Dockerfile文件开篇的第一个非注释行，用于指定构建镜像所使用的基础镜像，后续的指令运行都要依靠此基础镜像所提供的的环境（简单说就是假如Dockerfile中所引用的基础镜像里面没有mkdir命令，那后续的指令是没法使用mkdir参数的。）
    • 实际使用中，如果没有指定仓库，docker build会先从本机查找是否有此基础镜像，如果没有会默认去Docker Hub Registry上拉取，再找不到就会报错。

  • Syntax

    • FROM <Repository>[:<Tag>]

    • FROM <Repository>@<Digest>

      • Digest：镜像的哈希码，防止镜像被冒名顶替。
MAINTAINER（deprecated）

  • Introduction

    • 用于让Dockerfile的作者提供个人的信息
    • Dockerfile并不限制MAINTAINER指令的位置，但是建议放在FROM指令之后
    • 在较新的docker版本中，已经被LABEL替代。

  • Syntax

    • MAINTAINER "merle@example.com"
LABEL

  • Introduction

    • 同docker run -l
    • 让用户为镜像指定各种元数据（键值对的格式）。

  • Syntax

    • LABEL <key>=<value> <key>=<value>
COPY

  • Introduction

    • 复制宿主机上的文件到目标镜像中

  • Syntax

    • COPY <src>... <dest>

    • COPY ["<src>",... "<dest>"]

      • <src>：要复制的源文件或者目录，支持通配符
      • <dest>：目标路径，即正创建的镜像的文件系统路径，建议使用绝对路径，否则，COPY指令会以WORKDIR为其起始路径。
      • 如果路径中如果包含空白字符，建议使用第二种格式用引号引起来，否则会被当成两个文件。

  • Rules

    • <src>必须是build上下文中的目录，不能是其父目录中的文件。
    • 如果<src>是目录，则其内部的文件或则子目录会被递归复制，但<src>目录本身不会被复制。
    • 如果指定了多个<src>，或者<src>中使用通配符，则<dest>必须是一个目录，且必须以 / 结尾。
    • 如果<dest>事先不存在，它将会被自动创建，包括其父目录路径。
ADD

  • Introduction

    • ADD指令跟COPY类似，不过它还支持使用tar文件和URL路径。

      • 当拷贝的源文件是tar文件时，会自动展开为一个目录并拷贝进新的镜像中；然而通过URL获取到的tar文件不会自动展开。
      • 主机可以联网的情况下，docker build可以将网络上的某文件引用下载并打包到新的镜像中。

  • Syntax

    • ADD <src>... <dest>
    • ADD ["<src>",... "<dest>"]
WORKDIR

  • Introduction

    • 同docker run -w
    • 指定工作目录，可以指多个，每个WORKDIR只影响他下面的指令，直到遇见下一个WORKDIR为止。
    • WORKDIR也可以调用由ENV指令定义的变量。

  • Syntax

    • WORKDIR 相对路径或者绝对路径

      • 相对路径是相对于上一个WORKDIR指令的路径，如果上面没有WORKDIR指令，那就是当前Dockerfile文件的目录。
VOLUME

  • Introduction

    • docker run -v简化版
    • 用于在镜像中创建一个挂载点目录。上一章中有提到Volume有两种类型：绑定挂载卷和docker管理的卷。在dockerfile中只支持docker管理的卷，也就是说只能指定容器内的路径，不能指定宿主机的路径。

  • Syntax

    • VOLUME <mountpoint>
    • VOLUME ["<mountpoint>"]
EXPOSE

  • Introduction

    • 同docker run --expose
    • 指定容器中待暴露的端口。比如容器提供的是一个https服务且需要对外提供访问，那就需要指定待暴露443端口，然后在使用此镜像启动容器时搭配 -P 的参数才能将待暴露的状态转换为真正暴露的状态，转换的同时443也会转换成一个随机端口，跟 -p :443一个意思。
    • EXPOSE指令可以一次指定多个端口，例如：EXPOSE 11111/udp 11112/tcp

  • Syntax

    • EXPOSE <port>[/<protocol>] [<port>[/<protocol>] ...]
    • <protocol>用于指定协议类型，如果不指定，默认TCP协议。
ENV

  • Introduction

    • 同docker run -e
    • 为镜像定义所需的环境变量，并可被ENV指令后面的其它指令所调用。调用格式为$variable_name或者${variable_name}
    • 使用docker run启动容器的时候加上 -e 的参数为variable_name赋值，可以覆盖Dockerfile中ENV指令指定的此variable_name的值。但是不会影响到dockerfile中已经引用过此变量的文件名。下面有举例说明：

  • Syntax

    • ENV <key> <value>

    • ENV <key>=<value> ...

      • 第一种格式一次只能定义一个变量，<key>之后所有内容都会被视为<value>的组成部分
      • 第二种格式一次可以定义多个变量，每个变量为一个"="的键值对，如果<value>中包含空格，可以用反斜线  进行转义，也可以为<value>加引号，另外参数过长时可用反斜线做续行。
      • 定义多个变量时，建议使用第二种方式，因为Dockerfile中每一行都是一个镜像层，构建起来比较吃资源。

  • Example

# 基于busybox启动一个镜像，将test文件拷贝至容器内的/usr/local/aaa/目录下。
[root@docker1 docker]# pwd
/server/docker--rm 
[root@docker1 docker]# echo 1111 >test
[root@docker1 docker]# vim Dockerfile 
# Description: test image
FROM busybox
ENV file=aaa
ADD ./test /usr/local/$file/
[root@docker1 docker]# docker build -t busy:v1 ./
# 根据此镜像启动容器并查看文件是否拷贝成功，并且查看file变量的值
[root@docker1 docker]# docker run --name busy02 --rm busy:v1 ls /usr/local/aaa
test
[root@docker1 docker]# docker run --name busy02 --rm busy:v1 printenv
PATH=/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin
HOSTNAME=57111b7b246c
file=aaa
HOME=/root
# 接下来我们在启动容器的时候加上-e参数为file变量指定一个新值，并且查看file变量的值
[root@docker1 docker]# docker run --name busy02 -e file=bbb --rm busy:v1 printenv
PATH=/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin
HOSTNAME=787ad8585fc0
file=bbb
HOME=/root
# 此时再看test的文件，依然是在aaa的目录下的
[root@docker1 docker]# docker run --name busy02 -e file=bbb --rm busy:v1 ls /usr/local/aaa
test
# 这是因为docker build属于第一阶段，而docker run属于第二阶段。第一阶段定义file变量的值aaa已经被引用了，生米已经煮成熟饭了，后续阶段再改file变量的值也影响不了aaa。
RUN

  • Introduction

    • 用于指定docker build过程中运行的程序，可以是任何命令。
    • RUN指令后所执行的命令必须在FROM指令后的基础镜像中存在才行。

  • Syntax

    • RUN <command>

    • RUN ["executable", "param1", "param2"]

      • <command>通常是一个shell命令，系统默认会把后面的命令作为shell的子进程来运行，以"/bin/sh -c"来运行它，也就意味着此进程在容器中的PID一定不为1，如果是1完事就结束了哇。
      • 第二种格式的参数是一个JSON格式的数组，其中"executable"为要运行的命令，后面的"paramN"为传递给命令的选项或参数。此格式指定的命令不会以"/bin/sh -c"来发起，也就是直接由内核创建，因此不具备shell特性，类似于RUN [ "echo", "$HOME" ]，是无法识别 $ 的；如果想要依赖shell特性，可以替换命令为这样的格式[ "/bin/sh", "-c", "echo $HOME" ]。
CMD

  • Introduction

    • 指定启动容器的默认要运行的程序，也就是PID为1的进程命令，且其运行结束后容器也会终止。如果不指定，默认是bash。
    • CMD指令指定的默认程序会被docker run命令行指定的参数所覆盖。
    • Dockerfile中可以存在多个CMD指令，但仅最后一个生效。因为一个docker容器只能运行一个PID为1的进程。

    • 类似于RUN指令，也可以运行任意命令或程序，但是两者的运行时间点不同

      • RUN指令运行在docker build的过程中，而CMD指令运行在基于新镜像启动容器（docker run）时。

  • Syntax

    • CMD command param1 param2
    • CMD ["executable","param1","param2"]

    • CMD ["param1","param2"]

      • 前两种语法格式同RUN指令。第一种用法对于CMD指令基本没有意义，因为它运行的程序PID不为1。
      • 第三种则需要结合ENTRYPOINT指令使用，CMD指令后面的命令作为ENTRYPOINT指令的默认参数。如果docker run命令行结尾有参数指定，那CMD后面的参数不生效。
ENTRYPOINT

  • Introduction

    • 类似CMD指令的功能，用于为容器指定默认运行程序。
    • Dockerfile中可以存在多个ENTRYPOINT指令，但仅最后一个生效
    • 与CMD区别在于，由ENTRYPOINT启动的程序不会被docker run命令行指定的参数所覆盖，而且这些命令行参数会被当做参数传递给ENTRYPOINT指令指定的程序。
    • 不过，docker run的--entrypoint选项的参数可覆盖ENTRYPOINT指定的默认程序。示例如下：

  • Syntax

    • ENTRYPOINT command param1 param2
    • ENTRYPOINT ["executable", "param1", "param2"]

  • Example

# 还是以httpd服务做举例，先以CMD指令开始
[root@docker1 docker]# vim Dockerfile
# Description: test image
FROM busybox
LABEL maintainer="merle <merle@freeit.com>" app="httpd"
ENV WEBDIR="/data/web/html"
RUN mkdir -p ${WEBDIR} && \
    echo 'this is a test web' > ${WEBDIR}/index.html
CMD [ "sh","-c","/bin/httpd -f -h ${WEBDIR}" ]
[root@docker1 docker]# docker build -t httpd:v1 ./
[root@docker1 docker]# docker run --name web01 -it --rm httpd:v1
# 此时为前台运行，复制一个窗口，kill掉容器，然后开始docker run结尾传入新的指令
[root@docker1 ~]# docker kill web01 
web01
[root@docker1 docker]# docker run --name web01 -it --rm httpd:v1 ls /data/web/html
index.html
# 可以看出命令行的参数已经替代了原本的CMD指令指定的程序。下面我们再用ENTRYPOINT指令做测试。
-------------------------------------------------------------------------------------------------------------
[root@docker1 docker]# vim Dockerfile
# Description: test image
FROM busybox
LABEL maintainer="merle <merle@freeit.com>" app="httpd"
ENV WEBDIR="/data/web/html"
RUN mkdir -p ${WEBDIR} && \
    echo 'this is a test web' > ${WEBDIR}/index.html
ENTRYPOINT [ "sh","-c","/bin/httpd -f -h ${WEBDIR}" ]
[root@docker1 docker]# docker build -t httpd:v2 ./
[root@docker1 docker]# docker run --name web01 -it --rm httpd:v2
# 也是前台启动，复制一个窗口，kill掉容器，然后开始docker run结尾传入新的指令
[root@docker1 docker]# docker run --name web01 -it --rm httpd:v2 ls /data/web/html
# 可以看到没有反应，这种情况其实是吧ls /data/web/html当做参数传给了/bin/httpd -f -h ${WEBDIR}程序。只是httpd不识别罢了。我们kill掉容器。加上--entrypoint参数再试一下
[root@docker1 docker]# docker run --name web01 -it --rm --entrypoint="" httpd:v2 ls /data/web/html
index.html
# 使用--entrypoint参数替换命令成功。
# 再测试下CMD的第三种语法，CMD指令的后面的命令作为参数传给ENTRYPOINT指令后的命令
[root@docker1 docker]# vim Dockerfile 
# Description: test image
FROM busybox
LABEL maintainer="merle <merle@freeit.com>" app="httpd"
ENV WEBDIR="/data/web/html"
RUN mkdir -p ${WEBDIR} && \
    echo 'this is a test web' > ${WEBDIR}/index.html
CMD [ "/bin/httpd -f -h ${WEBDIR}" ]
ENTRYPOINT [ "sh","-c" ]
[root@docker1 docker]# docker build -t httpd:v3 ./
[root@docker1 docker]# docker run --name web01 -it --rm httpd:v3
# OK的，前面有说过：指定ENTRYPOINT的情况下，如果docker run命令行结尾有参数指定，那CMD后面的参数不生效，下面咱再试试，还用v3的镜像。
[root@docker1 docker]# docker run --name web01 -it --rm httpd:v3 "ls /data/web/html"
index.html
USER

  • Introduction

    • 用于指定docker build过程中任何RUN、CMD等指令的用户名或者UID。
    • 默认情况下容器的运行用户为root。

  • Syntax

    • USER <user>[:<group>]

    • USER <UID>[:<GID>]

      • 实践中UID需要是/etc/passwd中某用户的有效UID，否则docker run命令将运行失败。
HEALTHCHECK

  • Introduction

    • 顾名思义，健康检查。此指令的就是告诉docker如果检查容器是否正常工作。拿nginx举例，即便进程运行，服务也不一定正常，因为万一root指错了呢？

  • Syntax

    • HEALTHCHECK [OPTIONS] CMD command

    • HEALTHCHECK NONE

      • HEALTHCHECK指令让我们去定义一个CMD，在CMD后面编写一条命令去判断我们的服务运行是否正常。检查肯定不是一次性的，所以OPTIONS就是指定检查的频率等等。

        • --interval=DURATION（默认值：30s）：每隔多久检查一次，默认30s
        • --timeout=DURATION（默认值：30s）：超时时长，默认30s
        • --start-period=DURATION（默认值：0s）：启动健康检查的等待时间。因为容器启动成功时，进程不一定立马就启动成功，那过早开始检查就会返回不健康。
        • --retries=N（默认值：3）：如果检查一次失败就返回不健康未免太武断，所以默认三次机会。

        • CMD健康检测命令发出时，返回值有三种情况

          • 0：成功
          • 1：不健康
          • 2：保留，无实际意义。

      • HEALTHCHECK NONE就是不做健康检查

  • Example

HEALTHCHECK --interval=5m --timeout=3s \
  CMD curl -f http://localhost/ || exit 1
SHELL

  • Introduction

    • 用来指定运行程序默认要使用的shell类型，因为windows环境默认是powershell。此指令一般不会使用。

  • Syntax

    • SHELL ["executable", "parameters"]
STOPSIGNAL

  • Introduction

    • 指定发送使容器退出的系统调用信号。docker stop之所以能停止容器，就是发送了15的信号给容器内PID为1的进程。此指令一般不会使用。

  • Syntax

    • STOPSIGNAL signal
ARG

  • Introduction

    • ARG命令同EVN类似，也是指定一个变量，但不同的是，ENV指令配合-e参数可以在docker run过程中传参，而使用ARG指令配合--build-arg参数可以在docker build过程中传参，这方便了我们为不同场景构建不同镜像。

  • Syntax

    • ARG <name>[=<default value>]

  • Example

[root@docker1 docker]# vim Dockerfile 

FROM nginx:1.14-alpine
ARG AUTHOR="merle <merle@freeit.com>"    # 指定默认值
LABEL maintainer=$AUTHOR
ENV NGXDIR='/data/web/html/'
ADD index.html $NGXDIR
ADD entrypoint.sh /bin/
CMD ["nginx", "-g", "daemon off;"]
ENTRYPOINT ["/bin/entrypoint.sh"]
[root@docker1 docker]# docker build --build-arg AUTHOR="Jtt <Jtt@freeit.com>" -t nginx:v4 ./
[root@docker1 docker]# docker image inspect nginx:v4 | grep maintainer
                "maintainer": "Jtt <Jtt@freeit.com>"
# 上面只是以maintainer举例，实践环境中可以修改为不同jar包的名字构建不同java程序镜像。
ONBUILD

  • Introduction

    • 用于在Dockerfile中定义一个触发器。
    • ONBUILD后面指定的指令在docker build时是不会执行，构建完的镜像在被另一个Dockerfile文件中FROM指令所引用的时才会触发执行。

  • Syntax

    • ONBUILD [INSTRUCTION]

      • 几乎任何指令都可以成为触发器指令，但ONBUILD不能自我嵌套，且不会触发FROM和MAINTAINER指令，多数情况是使用RUN或者ADD。
      • 另外在使用COPY指令时，应该注意后续引用该镜像的Dockerfile的同级目录下是否有被拷贝的文件。

  • Example

[root@docker1 docker]# vim Dockerfile 
FROM nginx:1.14-alpine
LABEL maintainer="merle <merle@freeit.com>"
ENV NGXDIR='/data/web/html/'
ADD index.html $NGXDIR
ADD entrypoint.sh /bin/
ONBUILD add http://nginx.org/download/nginx-1.14.0.tar.gz /usr/local/
CMD ["nginx", "-g", "daemon off;"]
ENTRYPOINT ["/bin/entrypoint.sh"]
[root@docker1 docker]# docker build -t nginx:v5 ./
[root@docker1 docker]# docker run -it --name web01 --rm nginx:v5 ls /usr/local/
bin    lib    share
# 上面的结果或者docker build的过程都可以看出并没有执行ONBUILD后面的指令。我们修改Dockerfile中FROM指定的基础镜像为上面构建完的nginx:v5，然后删除ONBUILD指令。
[root@docker1 docker]# vim Dockerfile 
FROM nginx:v5
LABEL maintainer="merle <merle@freeit.com>"
ENV NGXDIR='/data/web/html/'
ADD index.html $NGXDIR
ADD entrypoint.sh /bin/
CMD ["nginx", "-g", "daemon off;"]
ENTRYPOINT ["/bin/entrypoint.sh"]
[root@docker1 docker]# docker build -t nginx:v6 ./
Sending build context to Docker daemon  6.656kB
Step 1/7 : FROM nginx:v5
# Executing 1 build trigger
Downloading  [=======
# 这里查看构建过程就会发现从第一层构建就开始执行上面的ONBUILD后面的指令了。我们启动容器并查看下/usr/local目录下的文件。
[root@docker1 docker]# docker run -it --name web01 --rm nginx:v6 ls /usr/local
bin                  nginx-1.14.0.tar.gz
lib                  share

 
 

写作不易，转载请注明出处，谢谢~~

转载于:https://www.cnblogs.com/ccbloom/p/11174186.html

使用 docker的dockefile
开开的博客
11-04 722
dockerfile 常用命令 FROM 基础镜像，当前新镜像是基于那个镜像 MAINTAINER 镜像维护者的姓名和邮箱 RUN 容器构建时需要运行的命令 EXPOSE 容器运行时候需要暴露的端口 WORKDIR 在容器创建后，终端进入的工作目录 ENV 构建镜像时候设置环境变量 ADD 将宿主机目录下的文件拷贝进镜像且ADD命令会自...
dockerfile
qq_43588771的博客
12-01 450
dockerfile简介Docker制作jdk镜像 简介 dockerfile 是一个文本格式的配置文件， 用户可以使用 Dockerfile 来快速创建自定义的镜像， 另外，使用Dockerfile去构建镜像好比使用pom去构建maven项目一样，有异曲同工之妙 dockerfile基本结构 Dockerfile 由一行行命令语句组成， 并且支持以＃开头的注释行，一般而言， Dockerfile...
【Docker】Docker常用命令(包含Dockerfile指令)
酷酷的馫博客
12-02 4522
Docker常用命令(包含Dockerfile指令)
Docker学习笔记之Dockerfile
forever_sky的专栏
10-06 541
Dockerfile构建镜像比commit语句更简洁直观易于维护. 一 基本步骤为: 1. 新建一个文件夹,创建一个文件, 名字为Dockerfile 2. 编写Dockerfile 3. 利用build语句构建镜像 $ docker build -t="仓库名/镜像名:标签"  文件所在路径 4. run运行容器或push推送到远程repo. Dockerfile构建镜像是从上到下
Dockerfile中echo命令不能加 -e 选项
十二翼堕落天使
08-08 1318
以换源举例： export CDN=http://mirrors.ustc.edu.cn echo -e "\ deb $CDN/debian/ buster main contrib non-free\n\ deb $CDN/debian/ buster-updates main contrib non-free\n\ deb $CDN/debian/ buster-backports main contrib non-free\n\ deb $CDN/debian-security/ buste
Docker学习视频（讲师马永亮）10集之第7集：Dockerfile详解-1部分
07-05
本集主要讲如何修改Docker容器镜像中的配置信息，如nginx，docker下载一个nginx镜像后，很显然该镜像里面的conf不满足用户 需求，肯定需要被修改，那么如何修改呢，是本集的主要内容。
Docker学习视频（讲师马永亮）10集之第8集：Dockerfile详解-2部分
07-05
本集主要讲如何用docker命令制作镜像并发布运行等系列操作。
深入Docker容器构建：Dockerfile详解
在本章中，我们将回顾Docker容器的基本概念，包括Docker容器是什么、Dockerfile的作用及重要性，以及Docker镜像与容器的关系。让我们深入了解Docker技术的核心概念。 # 2. 编写Dockerfile文件 Dockerfile是用来...
Docker镜像构建：Dockerfile与commit操作详解
"本文主要介绍了如何使用Docker的两种方式构建镜像，即通过`docker commit`命令从运行中的容器创建镜像以及使用`docker build`命令基于Dockerfile构建镜像。这两种方法各有优缺点，Dockerfile构建更便于管理和复用。...
Docke--Dockerfile指令介绍
weixin_30566149的博客
01-09 165
Dockerfile 构建镜像常用指令 Dockerfile 是一个文本文件，其内包含了一条条的指定（Instruction），每一条指令构建一层，因此每一条指定的内容，就是描述该层应当如何构建。 　　通过使用build 命令，根据Dockerfile的描述来构建镜像 　　通过源代码的方式 　　通过标准输入流的方式 通过源代码的路径： 　　Dockerfile需要放置在项目的跟目录位...
【Docker学习】docker run的环境变量相关选项（-e, –env, –env-file）
最新发布
weixin_42206314的博客
04-24 2003
docker run的环境变量相关选项
Docker用法总结（一）Dockerfile
HiTaQini
04-01 464
最近在把服务器上的应用尽量docker化，踩了不少坑……不过也正好学习docker和docker-compose的用法。此篇文章记录docker常用命令、使用方法，用于备忘。 配置文件 主要是dockerfile和docker-compose.yml两个文件，这俩的关系，简单的讲： dockerfile包含生成镜像的配置信息，其中的指令作用的对象是镜像。 docker-compose.ym...
dockerfile常用的指令
weixin_39639119的博客
09-22 695
dockerfile 是一个文本文件，其中包含了若干条指令，指令描述了构建镜像的细节   使用docker 构建镜像 docker build -t "镜像名" “dockerfile路径” 例如 docker build -t nginx:my . ,其中最后的(.)用于路径参数传递，表示当前路径     ADD 复制文件 ADD 指令用于复制文件，格式为：ADD &lt;src...
Docker(三)：Dockerfile 命令详解
纯洁的微笑
03-18 2083
上一篇文章Docker(二)：Dockerfile 使用介绍介绍了 Dockerfile 的使用，这篇文章我们来继续了解 Dockerfile ,学习 Dockerfile 各种命令的使用。 Dockerfile 指令详解 1 FROM 指定基础镜像 FROM 指令用于指定其后构建新镜像所使用的基础镜像。FROM 指令必是 Dockerfile 文件中的首条命令，启动构建流程后，Do...
Dockerfile 基本命令详解
august5291的博客
11-05 1031
1. 前言 Dockerfile是用来构建自定义Docker镜像的文本文档。我们通过docker build命令用于从Dockerfile文件构建镜像。如果你要构建自定义镜像，Dockerfile是你必须学会的技能之一。 2. Dockerfile 的基本结构 Dockerfile一般分为：基础镜像、镜像元信息、镜像操作指令和容器启动时执行指令，#为Dockerfile中的注释。 3. Dockerfile 文件说明 Docker从上到下的顺序运行Dockerfile的指令...
Docker匿名挂载，具名挂载，指定路径挂载，生成镜像挂载
weixin_43342105的博客
11-20 1095
文章目录匿名挂载具名挂载指定路径挂载 匿名挂载 在-v只写了容器内的路径，没有写容器外的路径。 -v 容器内路径 # 匿名挂载 docker run -d -P --name=nginx01 -v /etc/nginx nginx # 查看多有的volume 情况 docker volume ls 具名挂载 · 所有的docker容器内的卷，没有指定目录的情况下都是在/var/lib/docker/volumes/xxxx/_data下 通过具名挂载可以方便地找到一个卷，大多数情况在使用具名挂载
Docker命令_各种参数简介（run、v、rm、-w、-u、-e）
热门推荐
sun0322
07-29 6万+
■前言 DevOps https://blog.csdn.net/sxzlc/article/details/107145850 ■快速入门 https://blog.csdn.net/qq805934132/article/details/82939582 https://blog.csdn.net/hnmpf/article/details/80924494 ■帮助文档 https://docs.docker.com/engine/reference/run/ ■介绍 ...
Docker-DockerFile的使用
奔跑的豆子的专栏
07-30 3万+
在使用DockerFile定制镜像之前，我们先来了解一下镜像的构成：镜像是容器的基础，每次执行docker run命令的时候都会指定哪个镜像作为容器运行的基础。在之前的栗子中，我们使用的镜像都是来着Docker Hub的镜像。直接使用这些镜像为基础运行容器可以一定程度上满足我们的需求，可是当这些镜像都无法直接满足需求时，我们就需要定制镜像！ docker commit构建 现在我们以定制一...
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值