在Dockerfile中的mkdir .ssh,文件夹不存在?

时间:2016-10-17 23:31:30

标签: docker dockerfile

我想要我的Dockerfile到mkdir .ssh /
但它没有,为什么不呢?

FROM jenkinsci/jnlp-slave

MAINTAINER Johnny5 isAlive <johnny5@hotmail.com>

USER root

RUN rm /bin/sh && ln -s /bin/bash /bin/sh

RUN apt-get update
RUN apt-get install unzip git curl vim -y

USER jenkins

RUN mkdir -p /home/jenkins/.ssh && touch /home/jenkins/.ssh/aFile

... ...建筑 看起来很好吗?

Step 12 : RUN mkdir -p /home/jenkins/.ssh && touch /home/jenkins/.ssh/aFile
 ---> Running in ca19a679580d
 ---> 5980df7db482
Removing intermediate container ca19a679580d
Successfully built 5980df7db482

跑步和环顾四周,里面没有.ssh /文件夹和aFile ......

$ docker run -it -u 0 --entrypoint /bin/bash 5980df7db482
root@4aa40a18baf2:~# pwd
/home/jenkins
root@4aa40a18baf2:~# ls -al
total 24
drwxr-xr-x 3 jenkins jenkins 4096 Oct 17 23:17 .
drwxr-xr-x 4 root    root    4096 Sep 14 08:50 ..
-rw-r--r-- 1 jenkins jenkins  220 Nov 12  2014 .bash_logout
-rw-r--r-- 1 jenkins jenkins 3515 Nov 12  2014 .bashrc
-rw-r--r-- 1 jenkins jenkins  675 Nov 12  2014 .profile
drwxr-xr-x 2 jenkins jenkins 4096 Sep 14 08:50 .tmp
root@4aa40a18baf2:~# 

1 个答案:

答案 0 :(得分:4)

如果我提取父图像jenkinsci/jnlp-slave,并使用docker inspect jenkinsci/jnlp-slave进行检查,我可以看到它已经在/home/jenkins定义了一个卷:

[
    {
        ...
        "ContainerConfig": {
            ...
            "Volumes": {
                "/home/jenkins": {}
            },
        ...
    }
]

这意味着在每个构建步骤中,您对该位置所做的任何更改都不会提交到新图层。

这是Dockerfile的简化版本,以突出显示的内容:

FROM jenkinsci/jnlp-slave
RUN mkdir -p /home/jenkins/.ssh

现在,使用以下命令构建:docker build --no-cache --rm=false -t jns .

Sending build context to Docker daemon  2.56 kB
Step 1 : FROM jenkinsci/jnlp-slave
 ---> d7731d944ad7
Step 2 : RUN mkdir -p /home/jenkins/.ssh
 ---> Running in 520a8e2f7cae
 ---> 962189878d5e
Successfully built 962189878d5e

--no-cache选项使命令更容易在重复调用时使用。 --rm=false将导致构建器不删除为每个步骤创建的容器。

在这种情况下,构建器在我的系统上运行520a8e2f7cae中的步骤2。我现在可以执行docker inspect 520a8e2f7cae并查看用于此步骤的实际容器。具体来说,我对坐骑的位置感到好奇:

[
    {
    ...
    "Mounts": [
        {
        "Name": "e34fd82bd190f21dbd63b5cf70167a16674cd00d95fdc6159314c25c6d08e10e",
        "Source": "/var/lib/docker/volumes/e34fd82bd190f21dbd63b5cf70167a16674cd00d95fdc6159314c25c6d08e10e/_data",
        "Destination": "/home/jenkins",
        "Driver": "local",
        "Mode": "",
        "RW": true,
        "Propagation": ""
        }
    ],
    ...
    }
]

我发现e34fd82bd190f21dbd63b5cf70167a16674cd00d95fdc6159314c25c6d08e10e标识为/home/jenkins的匿名卷。

我可以像这样检查该卷的内容:

$ docker run --rm -v e34fd82bd190f21dbd63b5cf70167a16674cd00d95fdc6159314c25c6d08e10e:/volume alpine ls -lah /volume
total 28
drwxr-xr-x    4 10000    10000       4.0K Oct 18 02:49 .
drwxr-xr-x   25 root     root        4.0K Oct 18 02:55 ..
-rw-r--r--    1 10000    10000        220 Nov 12  2014 .bash_logout
-rw-r--r--    1 10000    10000       3.4K Nov 12  2014 .bashrc
-rw-r--r--    1 10000    10000        675 Nov 12  2014 .profile
drwxr-xr-x    2 10000    10000       4.0K Oct 18 02:49 .ssh
drwxr-xr-x    2 10000    10000       4.0K Sep 14 08:50 .tmp

在RUN步骤中创建的.ssh目录位于此卷中。由于卷不是容器写入层的一部分,因此它不会被提交。我可以通过在此容器上执行docker diff来确认这一点:

docker diff 520a8e2f7cae

没有输出,显示容器的文件系统没有变化,这就是为什么它没有进入图像的这一层。

此位置的其他内容是父图像中的文件,这些文件在使/home/jenkins成为卷的VOLUME指令之前提交。