从Docker文档：

添加或复制虽然ADD和COPY功能相似，但一般来说，COPY是首选。这是因为它比ADD更透明。COPY仅支持将本地文件基本复制到容器中，而ADD具有一些不明显的功能（如仅本地的tar提取和远程URL支持）。因此，ADD的最佳用途是将本地tar文件自动提取到图像中，如ADD rootfs.tar.xz/中所示。

更多：编写Dockerfile的最佳实践

资料来源：https://nickjanetakis.com/blog/docker-tip-2-the-difference-between-copy-and-add-in-a-dockerile:

COPY和ADD都是Dockerfile指令，具有相似的用途。它们允许您将文件从特定位置复制到Docker映像中。COPY接受src和destination。它只允许您将本地文件或目录从主机（构建Docker映像的机器）复制到Docker映像本身。ADD也允许您这样做，但它还支持其他两个源。首先，您可以使用URL而不是本地文件/目录。其次，您可以将tar文件从源文件直接提取到目标文件中ADD的一个有效用例是当您想要将本地tar文件提取到Docker映像中的特定目录中时。如果要将本地文件复制到Docker映像，请始终使用COPY，因为它更显式。

docker build -t {image name} -v {host directory}:{temp build directory} .

这是将文件复制到图像中的另一种方法。-v选项临时创建一个在构建过程中使用的卷。

这与其他卷不同，因为它仅为生成装载主机目录。可以使用标准cp命令复制文件。

此外，像curl和wget一样，它可以在命令堆栈中运行（在单个容器中运行），而不必乘以图像大小。ADD和COPY不可堆叠，因为它们在独立的容器中运行，并且在其他容器中执行的文件上的后续命令将使图像大小倍增：

通过这样设置选项：

-v /opt/mysql-staging:/tvol

以下内容将在一个容器中执行：

RUN cp -r /tvol/mysql-5.7.15-linux-glibc2.5-x86_64 /u1 && \
    mv /u1/mysql-5.7.15-linux-glibc2.5-x86_64 /u1/mysql && \

    mkdir /u1/mysql/mysql-files && \
    mkdir /u1/mysql/innodb && \
    mkdir /u1/mysql/innodb/libdata && \
    mkdir /u1/mysql/innodb/innologs && \
    mkdir /u1/mysql/tmp && \

    chmod 750 /u1/mysql/mysql-files && \
    chown -R mysql /u1/mysql && \
    chgrp -R mysql /u1/mysql

您应该查看ADD和COPY文档，以了解其行为的更详细描述，但简而言之，主要区别在于ADD可以比COPY做得更多：

ADD允许<src>作为URL参考以下评论，ADD文件指出：

如果是公认的压缩格式（标识、gzip、bzip2或xz）的本地tar存档，则将其解压缩为目录。来自远程URL的资源不会解压缩。

注意，编写Dockerfile的最佳实践建议在不需要ADD魔力的地方使用COPY。否则，当您打算将keep_this_archive_intact.tar.gz复制到容器中时，您（因为您必须查找这个答案）可能会感到惊讶，但相反，您将内容喷到文件系统中。

如果您有foo.tar.gz文件，请比较以下命令。ADD命令创建的层比COPY命令少，并且在推送docker图像时节省了大量的网络流量。

ADD foo.tar.gz /

COPY foo.tar.gz /
RUN tar -zxvf foo.tar.gz
RUN rm -rf foo.tar.gz

副本为

与“ADD”相同，但没有tar和远程URL处理。

直接从源代码引用。