问题现象
在制作 docker 镜像时，有复制某一个路径下所有文件和文件夹到镜像的需求，写下了如下 dockerfile：
FROM alpine
WORKDIR /root/test_docker_proj
COPY * ./
原始目录结构是这样的：
/projects/test_docker_proj
├── Dockerfile
├── dir1
│ ├── dir11
│ │ └── file11
│ └── file1
└── file2
然而复制到 docker 镜像里的目录结构变成了这样：
/root/test_docker_proj
├── Dockerfile
├── dir11
│ └── file11
├── file1
└── file2
可以看到 dir1 这个文件夹并没有被复制到镜像里，但是 dir1 中的子文件夹和文件都被复制进来了，和 dir1 同级的文件也被复制了。也就是说，在 COPY 执行的过程中，第一层文件夹被「解包」了。
COPY/ADD 行为逻辑
为了确定 COPY 和相似的 ADD 命令的行为，做了以下测试：
FROM alpine
WORKDIR /root/test_docker_proj_1
COPY * ./
WORKDIR /root/test_docker_proj_2
ADD * ./
WORKDIR /root/test_docker_proj_3
COPY ./ ./
WORKDIR /root/test_docker_proj_4
ADD ./ ./
WORKDIR /root/test_docker_proj_5
COPY ./dir* ./
WORKDIR /root/test_docker_proj_6
ADD ./dir* ./
通过测试可以发现 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 时候注意一下了。
