心悦dnf免做卡网站,建设部网站一级开发资质,钢筋网片每平米重量,wordpress 创建报错记录一下今天遇到的坑#xff1a;Dockerfile 这两天在部署项目的时候#xff0c;新加进去了一个驱动#xff0c;需要将2个文件夹以及1个文件COPY进镜像#xff0c;大刀阔斧一个Dockerfile就写完了#xff0c;结果COPY进去的文件有问题#xff0c;Dockerfile的内容如下Dockerfile 这两天在部署项目的时候新加进去了一个驱动需要将2个文件夹以及1个文件COPY进镜像大刀阔斧一个Dockerfile就写完了结果COPY进去的文件有问题Dockerfile的内容如下因涉及到商用项目只复现正好本地有tomcat9的镜像就用这个啦。 复现
FROM tomcat:9
RUN mkdir -p /home/jim/
COPY ./a /home/jim # COPY 文件夹
COPY ./1.txt /home/jim # COPY 文件其中a文件夹下包含a.txt、b.txt两个文件。 可以看出来我是想将a文件夹及其下面的两个文件以及1.txt文件COPY进镜像但是执行之后却发现了问题容器中/home/jim下并没有a文件夹只放着三个文件目录结构如下: 我想要的
/home/jim├── a| ├── a.txt| └── b.txt└── 1.txt我得到的
/home/jim├── a.txt├── b.txt└── 1.txt搜索一番才了解到Docker有个迷之操作若是COPY的对象是文件夹则只会COPY里面的文件忽略文件夹。 就这么个问题找了好久其实我一开始猜到了甚至怀疑是不是也有-r这样的参数但是没去尝试所以实践出真知真的要多操作操作。 修正
将Dockerfile改到这面这样就可以实现上面的需求
FROM tomcat:9
RUN mkdir -p /home/jim/a
COPY ./a /home/jim/a
COPY ./1.txt /home/jimFROM镜像这个不必要解释第二步不再是只创建/home/jim而是/home/jim/a这样一来的话/home/jim文件也有了/home/jim/a文件夹也有了。COPY ./a文件夹到/home/jim/a由于COPY是拷贝的文件夹里的文件们所以这一步是把a.txt和b.txt放进/home/jim/a目录下COPY 1.txt到/home/jim文件夹下 这样一来容器里面的/home/jim文件夹下就是 .
├── a
| ├── a.txt
| └── b.txt
└── 1.txt验证
# 打包
docker build -f Dockerfile -t test:v1 .
# 启动
docker run -d --name test --restart always -p 8080:8080 test:v1
# 进入
docker exec -it test bash求实
后面又去搜了一下资料根据资料有偿试了一下发现只是第一层目录会被「解包」二级目录及其子文件还是会正常Copy进去的。
通过测试可以发现 COPY/ADD 命令有这么几个规则
ADD 命令和 COPY 命令在复制文件时行为一致使用 * 作为 COPY/ADD 命令的源时候表示的是 ./*COPY/ADD 命令的源如果是文件夹复制的是文件夹的内容而不是其本身COPY ./* target 中的 * 会被翻译成如下的逻辑
COPY ./sub_dir1 target
COPY ./sub_dir2 target
COPY ./file1 target
COPY ./file2 target文件系统里的文件夹和文件本质上都是文件我们熟悉的操作系统的 cp 命令在执行 cp * target 时会把文件夹当成文件一股脑的复制到目标路径下可以认为复制了文件本身而 docker 的 COPY/ADD 在复制文件夹时复制的是其内容。
docker 的这种「奇怪」的逻辑已经被诟病许久了但是似乎还没有要改变的意思最新的进展可以参考下面两个 issue在 docker 做出修改之前只能在写 dockerfile 时候注意一下了。 ️ 参考文章 参考文章「简书Docker COPY 复制文件夹的诡异行为」
