我要评论copy 和 add 都是 dockerfile 中的指令，有着类似的作用。它们允许我们将文件从特定位置复制到 docker 镜像中。
1、copy指令
（1）copy指令说明
copy 指令从 <src> 复制新的文件或目录，并将它们添加到 docker 容器文件系统的 <dest> 的路径下。
（2）copy指令格式
copy 有两种格式：（和 run 指令一样）
[--chown=<user>:<group>] <src>... <dest>[--chown=<user>:<group>] ["<src>",... "<dest>"]（包含空格的路径使用这种格式）
翻译一下：
[--chown=<user>:<group>] <源路径>... <目标路径>[--chown=<user>:<group>] ["<源路径1>",... "<目标路径>"]
（3）copy指令使用
copy 指令将从构建上下文目录中 <源路径> 的文件或目录，复制到新的一层的镜像内的 <目标路径> 位置。
比如：
package.json /usr/src/app/
<源路径> ：可以是多个，甚至可以是通配符，其通配符规则要满足 go 的filepath.match规则，
如下：
hom* /mydir/ hom?.txt /mydir/
<目标路径> ：可以是容器内的绝对路径，也可以是相对于工作目录的相对路径（工作目录可以用 workdir 指令来指定）。
目标路径不需要事先创建，如果目录不存在，会在复制文件前先行创建缺失目录。
此外，还需要注意一点，使用 copy 指令，源文件的各种元数据都会保留。比如读、写、执行权限、文件变更时间等。这个特性对于镜像定制很有用，特别是构建相关文件都在使用 git 进行管理的时候。
（4）其他
在使用该指令的时候还可以加上 --chown=<user>:<group> 选项，来改变文件的所属用户及所属组。
--chown=55:mygroup files* /mydir/ --chown=bin files* /mydir/ --chown=1 files* /mydir/ --chown=10:11 files* /mydir/ dockerfile 复制 全屏
2、add指令
add 指令和 copy 指令的格式和性质基本一致，但是在 copy 基础上增加了一些功能。
（1）add指令说明
add指令有一些额外的功能 ：
add指令可以让你使用 url 作为<src>参数。当遇到 url 时候，可以通过 url 下载文件并且复制到<dest>（容器中目标路径）。add的另一个特性是自动解压文件的能力。如果<src>参数是一个可识别压缩格式（tar,gzip,bzip2…）的本地文件（注：无法实现同时下载并解压），就会被解压到指定容器文件系统的路径<dest>下。
即：add指令是将本地文件复制到容器中，也支持通过 url 进行复制，但效率通常很低（不推荐使用）。
（2）add指令格式
add 有两种格式：
add [--chown=<user>:<group>] <src>... <dest>add [--chown=<user>:<group>] ["<src>",... "<dest>"]（包含空格的路径使用这种格式）
（3）add指令使用
add 的最佳用途是将本地压缩包文件自动提取到镜像中：
如下情况，自动解压缩的功能非常有用，比如官方镜像 ubuntu 中：
from scratch add ubuntu-xenial-core-cloudimg-amd64-root.tar.gz / ...
提示：但在某些情况下，如果我们真的是希望复制个压缩文件进去，而不解压缩，这时就不可以使用 add 命令了。
（4）不推荐使用add指令下载文件的原因
由于镜像的体积很重要，所以强烈建议不要使用 add 从远程 url 获取文件，下载文件我们应该使用 curl 或 wget 来代替。
因为如果下载的是个压缩包，需要解压缩，还需要额外的一层 run 指令进行解压缩。所以不如直接使用 run 指令，然后使用 wget 或者 curl 工具下载，处理权限、解压缩、然后清理无用文件更合理。
因此，这个功能其实并不实用，而且不推荐使用。
示例：
我们应该避免以下操作：（dockerfile文件）
add http://example.com/big.tar.xz /usr/src/things/
run tar -xjf /usr/src/things/big.tar.xz -c /usr/src/things \ # 解压
&& make -c /usr/src/things all \ # 编译
&& rm -f /usr/src/things/big.tar.xz # 删除这个压缩包解压后，rm 命令处于独立的镜像层。
我们可以这样做：
run mkdir -p /usr/src/things \
&& curl -sl http://example.com/big.tar.xz \
| tar -xjc /usr/src/things \
&& make -c /usr/src/things allcurl 会下载这个压缩包并通过管道传给 tar 命令进行解压，这样也就不会在文件系统中留下这个压缩文件了。
对于不需要自动解压的文件或目录，应该始终使用 copy。
最后，认准一个原则：总是使用 copy（除非我们明确需要 add）。
（5）其他
在使用该指令的时候还可以加上 --chown=<user>:<group> 选项来改变文件的所属用户及所属组。
add --chown=55:mygroup files* /mydir/ add --chown=bin files* /mydir/ add --chown=1 files* /mydir/ add --chown=10:11 files* /mydir/
3、总结：
在 docker 官方的 dockerfile 最佳实践文档中要求，尽可能的使用 copy，因为 copy 的语义很明确，就是复制文件而已，而 add则包含了更复杂的功能，其行为也不一定很清晰。最适合使用 add 的场合，就是所提及的需要自动解压缩的场景。
另外需要注意的是，add 指令会令镜像构建缓存失效，从而可能会令镜像构建变得比较缓慢。
因此在 copy 和 add 指令中选择的时候，可以遵循这样的原则，所有的文件复制均使用 copy 指令，仅在需要自动解压缩的场景使用 add指令。
参考：
https://www.kancloud.cn/spirit-ling/docker-study/1413262
https://jpanj.com/2019/dockerfile-add-vs-copy/
到此这篇关于docker中的copy指令和add指令的文章就介绍到这了,更多相关docker copy指令和add指令内容请搜索代码网以前的文章或继续浏览下面的相关文章希望大家以后多多支持代码网！
发表评论