我想要我的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:~#
答案 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指令之前提交。