docker使用Dockerfile构造镜像 COPY命令找不到目录

最新推荐文章于 2024-12-16 15:37:02 发布
原创 最新推荐文章于 2024-12-16 15:37:02 发布 · 1w 阅读 · 8 ·
CC 4.0 BY-SA版权
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。

本文详细解析了在使用Docker构建镜像时，如何正确使用COPY命令将本机文件复制到镜像中，强调了本机目录的相对路径使用及避免常见错误的方法。

1. 问题

使用docker构建镜像的时候，想从本机复制文件到镜像中，一直报找不到目录

 

2.  执行命令

docker build -t xx  .

说明： 最后的.代表当前目录，也代表Dockerfile所在目录

 

3. 注意点

COPY 本机目录  容器目录

 

本机目录不能使用绝对路径，因为它本身就是一个相对路径

本机目录直接从当前目录开始，所有需要复制的文件放在当前目录

COPY test/1  /home/1

只会复制本机的1目录下所有文件，而不会创建1目录，所以后面需要指定

 

 

 

【docker实战】使用Dockerfile的COPY拷贝资源遇到的问题
weixin_42206314的博客
06-14 1128
服务器启动后，逻辑并没有按照计划进行。通过多次调试，发现居然是表格资源没打包到镜像中。
Docker: 使用Dockerfile构建镜像
手写我对你的温柔
01-16 1143
Dockerfile文件构建镜像： Dockerfile的基本结构 所支持的内部指令 使用它创建镜像的基本过程 合理的构建镜像 Dockerfile基本结构： Dockerfile是一个文本格式的配置文件，可以使用Dockerfile来快速创建自定义的镜像。 Dockerfile:一行行命令语句+以#开头的注释行。 Dockefile主体内容： 基础镜像信息 维护者信息 镜像操...
Docker 构建时COPY文件报没有对应文件夹或文件
知无涯
07-29 6457
Dockerfile的文件内容如下 FROM node:alpine as builder WORKDIR /app COPY package.json . RUN npm install --registry=http://registry.npm.taobao.org COPY . . RUN npm run build FROM nginx:alpine COPY --from=builder ./dist /usr/share/nginx/html 报错信息 如下 原因是 构建时指.
docker 容器无法直接读取宿主机文件
m0_51681531的博客
05-10 1010
解决 docker 容器中, 无法直接读取宿主机文件路径的问题
Dockerfile 中的 COPY 与 ADD 命令
热门推荐
一劍傾城
09-15 2万+
Dockerfile 中提供了两个非常相似的命令 COPY 和 ADD，本文尝试解释这两个命令的基本功能，以及其异同点，然后总结其各自适合的应用场景。 Build 上下文的概念 在使用 docker build 命令通过 Dockerfile 创建镜像时，会产生一个 build 上下文(context)。所谓的 build 上下文就是 docker build 命令的 PATH 或 UR...
Docker build Error : COPY failed: file not found in build context or excluded by .dockerignore
唐大帅的编程之路
04-26 1万+
最近有使用到一个用.netcore开发的一个库，在使用docker搭建的时候，有报错文件找不到 报错说明 Dockerfile： WORKDIR /src COPY ["*.Api/*.Api.csproj", "*.Api/"] COPY ["*.Core/*.Core.csproj", "*.Core/"] 报错如下 : 意思就是说，项目里面没有*.Api.csproj这个文件，但是经查看是有*.Api.csproj这个文件的，但是因为我在项目目录下运行的 docker，所有Dockerfile.
镜像构建时报错：Docker build Error : COPY failed: file not found in build context or excluded by .dockerigno
Monkey_speaking的博客
11-16 3274
处理： dockerfile中的COPY命令：COPY 源 目的目录 这里的源是相对目录，需要改成相对dockerfile文件存放的相对目录 比如dockerfile存放目录为/test1，拷贝的文件目录为/test1/test2/file1 vim Dockerfile FROM base镜像 COPY test2/file1 /tmp 然后构建镜像-在拷贝文件存放目录执行，需要指定dokcerfile在父目录，故需切换：.. docker build -t 命名的镜像名 .. .
Docker镜像的创建方法及Dockerfile案例
weixin_44112402的博客
07-24 3096
但是当编写一个新的Dockerfile文件来基于A镜像构建一个镜像（比如为B镜像）时，这时构造A镜像的Dockerfile文件中的ONBUILD指令就生效了，在构建B镜像的过程中，首先会执行ONBUILD指令指定的指令，然后才会执行其它指令。联合文件系统(unionFS)：分层、轻量级并且高性能的文件系统，即一层一层叠加然后制作成的镜像，底层为内核加载，然后是rootfs系统，再上层是只可读的基础镜像，镜像启动后成为容器即为可读可写层此层保存数据等，然后可以再打包成一个新的镜像保存数据。
Docker镜像的创建 和 Dockerfile
qq_57093716的博客
04-25 2455
Docker镜像的创建 和 Dockerfile
docker构建Dockerfile实现部署jar包项目
时刻分享一些自己经验笔记
12-20 2421
该文章主要是为了简单部署单个jar项目，省去打重复的命令，如果部署的比较多的话还是建议使用docker的编码工具Docker Compose或者k8s进行统一部署。以上就是docker离线安装jar服务的步骤，当然安装时如果是离线状态，会提示缺少java1.8的依赖镜像，这个时候就需要导入和构造java:1.8的镜像，下一节介绍一下，如果在离线情况下，构建国产服务器的java镜像。
Docker容器：数据管理与镜像的创建（主要基于Dockerfile）
十七拾的博客
04-28 1677
本文主要介绍了docker数据管理，即使用数据卷或数据卷容器来实现数据的持久化，还介绍了如何容器互联以及如何创建镜像，详细阐释了基于Dockerfile来创建镜像，希望对你有帮助！
linux：DOCKERFILE拷贝上级目录无效
Cloud Flower的博客-专注unity
07-20 1181
DOCKERFILE中COPY无法识别..，所以只能识别当前目录下的路径或者绝对路径。
Mac系统 dockerfile 报错 COPY failed: stat /var/lib/docker/tmp/docker-builderxxx
fomeiherz的专栏
01-03 3411
报错： Step 3/4 : COPY ~/nginx-1.12.2.tar.gz /usr/local/src COPY failed: stat /var/lib/docker/tmp/docker-builder709371526/~/nginx-1.12.2.tar.gz: no such file or directory 解决办法： 把 nginx-1.12.2.tar.gz 拷贝到 Dockerfile 目录下，然后命令修改一下 原命令： COPY ~/nginx-1.12.2.tar.gz
dockerfile copy坑
appearappear的博客
06-25 1372
docker写 COPY dist/* /usr/share/nginx/html/tcp/ 此命令把能这么拷贝 成这样（只把static文件夹丢了，把里面的文件以及文件夹拷贝到镜像里了。） css favicon.ico file fonts img index.html js 采用一下命令才正常 ADD dist/ /usr/share/nginx/html/tcp/ ...
docker build -t时，file not found
浮云
10-03 2541
【代码】docker build -t时，file not found。
dockerfile COPY成功，但容器上没有对应文件
科软搬砖人
07-29 522
docker问题
【docker】dockerfile add或者copy的文件 /entrypoint.sh: no such file or directory
lisacumt的专栏
12-16 552
dockerfile add或者copy的文件 /entrypoint.sh: no such file or directory
jenkins——遇到的一个大坑，构建时候找不到目录，但是ide中运行是ok的
Wake__Up_的博客
09-02 3352
问题描述： ide运行测试脚本ok，但是集成到jenkins中就遇到了找不到 报错： 如何解决： 找了一天在百度都没有能找到原因，经过各种调试终于解决 原因分析：可能和我给jenkins加了环境变量有关系 我把工程目录设成了环境变量 用于解决jenkins执行时候找不到模块的问题。 解决方法：我把代码中涉及到工程目录这块的代码（1、2行代码）直接干掉，直接写成第三行的代码，成功！ 1report_dir = os.path.dirname(os.path.dirname(file)) 2 report_
dockerfile不可以使用../作为路径在上级目录查找文件
Tomatoes的博客
01-24 1275
总结：dockerfile只能访问与其文件同级的文件或者目录，无法访问上一级文件或目录。如有需要访问上一级的资源可将其提前copy到与dockerfile同级的目录，或者变更dockerfile所在的路径使得所需的资源与其同级。/ 跳转到上级目录。Dockerfile 中的路径是相对于构建上下文路径的，而构建上下文指定了在构建镜像时可访问的文件和目录的范围。如果你需要在 Dockerfile 中引用上级目录中的文件或目录，可以将上级目录作为构建上下文，并使用相对于构建上下文的路径来指定源文件或目录。
docker build创建镜像时，Dockerfile文件中add指令与copy指令的区别
最新发布
06-13
<think>嗯，用户想了解Dockerfile中ADD和COPY指令的区别和使用场景。这个问题看似简单，但涉及Docker镜像构建的核心机制，需要从多个维度解释清楚。用户可能是刚接触Docker的开发者，正在编写Dockerfile时遇到选择困难。从问题表述看，ta已经知道两者功能相似，但需要权威的使用建议。考虑到Docker官方文档对此有明确立场，我应该重点强调最佳实践。先看技术本质：COPY是纯粹的文件复制指令，而ADD是功能扩展的超集。这个定位差异决定了使用场景的分野。COPY的行为可预测性更强，比如它不会自动解压文件——这反而是优点，因为有些场景需要保留压缩包原样。ADD的自动解压功能看似方便，但实际会带来三个隐患：1）意外覆盖现有文件2）增加安全风险（如恶意构造的tar包）3）破坏构建缓存。远程URL处理是另一个关键点。虽然ADD能直接拉取网络资源，但官方强烈反对这种做法。这里需要向用户解释清楚底层原因：ADD的URL处理会多创建镜像层，且无法清除临时下载文件。相比之下，用wget/curl配合RUN指令能精确控制下载和清理步骤。镜像分层机制是理解这个问题的核心。每次指令执行都会产生新镜像层，ADD的"多功能"特性会导致生成冗余层。例如自动解压操作实际上需要两步完成（下载+解压），而拆解成COPY+RUN就能利用缓存优化。用户可能没意识到的是ADD的隐式行为风险。比如添加本地tar包时，ADD会静默解压到目标路径，如果原目录已有同名文件就会被覆盖。这种非显式操作在调试时很难追踪。最后必须强调官方立场：Docker在17.05版本后明确建议优先使用COPY。只有在需要自动解压本地tar包时才考虑ADD，且要确保完全理解其行为。这个结论需要放在最醒目的位置，因为很多过时教程还在混用这两个指令。值得补充的是多阶段构建场景的特殊性：在多阶段构建中，COPY--from指令可以跨阶段复制文件，这是ADD完全无法替代的功能。如果用户涉及复杂构建流程，这点尤为重要。</think>好的，我们来详细对比 Dockerfile 中的 `ADD` 和 `COPY` 指令，明确它们的区别和使用场景。 **核心区别：功能范围不同** * **`COPY`**: **仅用于将本地文件/目录从构建上下文复制到镜像中。** 行为纯粹且可预测。 * **`ADD`**: **除了具备 `COPY` 的基本文件复制功能外，还额外支持：** 1. **自动解压归档文件：** 如果源路径是本地文件系统（构建上下文内）的一个**压缩归档文件**（如 `.tar`, `.tar.gz`, `.tgz`, `.tar.bz2`, `.tbz2`, `.tar.xz`, `.txz` 等），`ADD` 会**自动将其解压**到目标目录。`COPY` 则会将压缩包本身复制过去。 2. **从远程 URL 下载文件：** `ADD` 可以直接将源指定为一个 **URL**，Docker 会在构建过程中尝试从该 URL **下载文件**并复制到镜像的目标路径。`COPY` **不支持** URL。 **使用场景对比与最佳实践** | 特性/场景 | `COPY` | `ADD` | **推荐指令** | | :---------------------- | :---------------------------------- | :-------------------------------------------------------------------- | :----------- | | **复制本地文件/目录** | ✅ 首选 | ✅ 支持（功能等同 `COPY`） | **`COPY`** | | **复制本地压缩包（不解压）** | ✅ 将压缩包原样复制到镜像中 | ❌ 会尝试自动解压 | **`COPY`** | | **复制本地压缩包并解压** | ❌ 不支持自动解压 | ✅ 自动将构建上下文内的压缩包解压到目标目录 | **`ADD`** | | **从 URL 下载文件** | ❌ 不支持 | ✅ 从指定 URL 下载文件到镜像目标路径 | **避免使用** | | **行为可预测性** | ⭐⭐⭐⭐⭐ 非常清晰，仅复制文件 | ⭐⭐ 行为取决于源是文件、目录、压缩包还是 URL，可能带来意外（尤其解压） | **`COPY`** | | **遵循官方最佳实践** | ⭐⭐⭐⭐⭐ Docker 官方明确推荐优先使用 | ⭐ 仅在需要其特有功能（自动解压本地压缩包）时使用，且需谨慎 | **`COPY`** | **关键细节与注意事项** 1. **`ADD` 的 URL 下载功能强烈不推荐：** * 原因一：**效率与缓存失效**。使用 `ADD` 下载 URL 会创建一个新的镜像层来存放下载的文件。如果下载的是一个压缩包，后续通常还需要 `RUN` 命令来解压和清理（删除压缩包）。这会导致创建**多个额外的镜像层**（下载层、解压层、清理层），增加镜像体积且不利于缓存利用[^2]。 * 原因二：**清晰度与控制力差**。你无法在下载过程中轻松设置权限、校验和或进行其他处理。 * **最佳替代方案：** 使用 `RUN` 命令结合 `curl` 或 `wget` 来下载文件。这样可以在**同一个 RUN 层**内完成下载、解压（如果需要）、清理以及设置权限等所有操作，大大减少镜像层数、优化体积并提升缓存效率[^2]。 ```dockerfile # 不推荐 (使用 ADD 下载) ADD https://example.com/bigfile.tar.gz /tmp/ RUN tar -xzf /tmp/bigfile.tar.gz -C /opt && rm /tmp/bigfile.tar.gz # 创建了至少 2 层：ADD层 + RUN层 # 推荐 (使用 RUN + curl/wget) RUN apt-get update && apt-get install -y curl && \ curl -SL https://example.com/bigfile.tar.gz -o /tmp/bigfile.tar.gz && \ tar -xzf /tmp/bigfile.tar.gz -C /opt && \ rm /tmp/bigfile.tar.gz && \ apt-get purge -y --auto-remove curl # 所有操作在单个 RUN 层完成，更高效 ``` 2. **`ADD` 的自动解压功能：** * **仅适用于构建上下文内的本地压缩文件。** `ADD` 不会解压从 URL 下载的压缩文件，它只会把下载的压缩包复制过去。 * **解压行为可能带来意外：** 如果目标目录已有同名文件，解压操作可能会覆盖它们。解压目录的结构可能与预期不符。使用 `COPY` 则能确保压缩包原样复制，解压操作可以通过显式的 `RUN tar ...` 命令控制，更清晰。 3. **镜像分层与联合文件系统：** Docker 镜像采用分层架构（基于联合文件系统如 OverlayFS, AUFS）。每个 Dockerfile 指令（如 `RUN`, `COPY`, `ADD`, `CMD` 等）在执行时通常会创建一个新的只读镜像层。后续的层叠加在前面的层之上。容器运行时，会在所有镜像层之上添加一个可写的容器层[^4]。 * **`COPY` 或 `ADD` 复制文件：** 会将文件添加到新创建的镜像层中。 * **`RUN` 修改文件：** 实际上是在当前层创建一个文件的副本进行修改（写时复制），修改后的文件存在于新层中，底层文件不变。 * **`ADD` 解压或下载：** 这些操作本身会创建新的层（下载层、解压层），增加了镜像的总层数和潜在体积。特别是下载并解压的场景，使用多个指令会导致层数膨胀。 **总结与最佳实践建议** 1. **首选 `COPY`：** 在绝大多数需要将本地构建上下文中的文件或目录复制到镜像的场景下，**应优先使用 `COPY`**。它行为清晰、可预测，完全符合“复制文件”的意图，是 Docker 官方推荐的做法[^1][^3]。 2. **谨慎使用 `ADD`：** 仅在**明确需要将构建上下文内的本地压缩文件自动解压到镜像中**这一特定功能时使用 `ADD`。使用时需注意解压可能带来的覆盖问题。 3. **避免使用 `ADD` 下载 URL：** **强烈不建议**使用 `ADD` 从远程 URL 下载文件。应改用 `RUN` 命令结合 `curl` 或 `wget`（以及可能的 `tar`）在单个层内完成下载、处理和清理，以获得更优的镜像构建效率、缓存利用率和更小的最终镜像体积[^2][^3]。 4. **遵循 KISS 原则 (Keep It Simple and Straightforward)：** `COPY` 的设计更简单、更专注。在功能足够的情况下，选择更简单的工具通常能减少错误和提高可维护性[^3]。 **底层原理简述** Docker 镜像由一系列只读层组成。当执行 `COPY` 或 `ADD` 时： 1. Docker 引擎从构建上下文中读取指定的源文件/目录。 2. 创建一个新的镜像层。 3. 将读取到的文件内容写入到这个新层中。 * 对于 `ADD` 处理本地压缩文件：引擎会先读取压缩包，在内存中解压其内容，然后将解压后的文件结构写入新层。 * 对于 `ADD` 处理 URL：引擎会发起网络请求下载文件内容，并将下载的内容写入新层。 4. 这个新层被添加到当前的镜像构建过程中。最终，所有层按顺序堆叠起来形成最终的镜像。容器启动时，基于这个镜像层栈创建，并在顶部添加一个可写层[^4]。 理解镜像分层对于优化 Dockerfile 和构建高效、小巧的镜像至关重要。优先使用 `COPY` 和避免 `ADD` 下载 URL 是优化分层的关键策略之一。 [^1]: Dockerfile Add和Copy的区别。在 Dockerfile 中，ADD 和 COPY 都用于将文件或目录从构建上下文复制到 Docker 镜像中，但它们有一些关键区别：COPY 指令行为更纯粹。 [^2]: Dockerfile 中的 COPY 与 ADD 命令。docker 官方建议当需要从远程复制文件时，最好使用 curl 或 wget 命令来代替 ADD 命令。原因是，当使用 ADD 命令时，会创建更多的镜像层，镜像的 size 也会更大。 [^3]: Docker中Dockerfile 中的 COPY 与 ADD 命令。COPY 命令是为最基本的用法设计的，概念清晰，操作简单。而 ADD 命令基本上是 COPY 命令的超集(除了 multistage 场景)... ADD 命令在增加了功能的同时也增加了使用它的复杂度... 希望本文能够解去大家对 Dockerfile 中 COPY 和 ADD 命令的疑惑。 [^4]: Dockerfile一共有哪些指令？使用场景是什么？底层原理是什么？。Docker 使用分层文件系统来构建镜像，每一层都是只读的，并且基于前一层。当你修改镜像中的文件或者添加新文件时，Docker 会创建新的层来保存这些变化... Docker 利用了联合挂载（UnionFS）技术...
评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
红包 添加红包
表情包 插入表情
表情包 代码片
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值