如何在不指定其他Dockerfile路径的情况下包含构建上下文之外的文件？

Question

这基本上是关于如何包含Docker构建上下文之外的文件的后续问题：我在我所有的项目中都使用了大文件（几GB），这些文件保存在一个外部驱动器上，仅用于开发。

我想在构建docker容器时复制或将这些文件添加到docker容器中。上面链接的答案允许用户指定Dockerfile的不同路径，这可能会扩展构建上下文。我觉得这不现实，因为这需要将构建上下文设置为system root（？），能够包含单个文件。

长话短说：是否有任何方法或解决方法来包含远离docker构建上下文的文件？




Answer 1

复制命令获取源和目标值，只需将硬盘挂载点的完全绝对路径指定为src目录

COPY/absolute_path/to/hard drive/container/path

Answer 2

匿名用户

我认为您担心的主要问题是，在docker daemon构建映像时，您不希望将目录中的所有文件发送到docker daemon。当目录太大（以GBss为单位）时，构建映像需要很多时间。

如果要求在docker内部构建任何内容时只使用这些文件，那么可以将它们装载到容器中。

一种棘手的方式

>

运行一个带有基本映像的容器，并在其中装入目录<代码>docker run-d-v本地路径：容器路径

进入容器docker exec-itCONTAINER_IDbash

运行构建步骤/建造一些东西。sh

从正在运行的容器创建图像docker commit container_ID

标记图像docker标签IMAGE_ID标签： v1。您可以从以前的命令中获取图像ID

从长远来看，这种方法可能看起来很乏味，但如果你想构建1到2次图像，你可以尝试这种方法。

我尝试了我的一个docker映像，因为我想避免在映像构建期间将大量文件发送到docker守护程序

Answer 3

关于你可以尝试的三点建议：

是否包含一个远离docker构建上下文的文件？

您可以通过将主机上的cp（或tar）文件构建到专用目录树中来构建自己的构建上下文。您不必使用实际的源代码树或构建树。

rm -rf docker-build
mkdir docker-build
cp -a Dockerfile build/the-binary docker-build
cp -a /mnt/external/support docker-build
docker build ./docker-build
# reads docker-build/Dockerfile, and the files in the
# docker-build directory, but nothing else; only sends
# the docker-build directory to Docker as the build context

大文件[...]（几GB）

Docker不能很好地处理这么大的构建上下文。在过去，我至少看到，docker build在将构建上下文发送到自身的步骤上花费了很长时间，而docker push和docker pull在尝试发送千兆字节层时存在网络问题。

这有点过时，稍微打破了“自包含映像”模型，但是您可以将这些文件作为Docker绑定挂载提供，而不是将它们包含在映像中。您的应用程序需要知道如果数据不存在该怎么办。当您部署应用程序时，您还需要将文件与Docker映像和其他部署构件一起单独分发。

docker run \
  -v /mnt/external/support:/app/support
  ...
  the-image-without-the-support-files

只用于开发

在开发的这个阶段，你可能根本不用Docker。使用本地源代码树和本地开发工具；根据需要对这些大型测试装置运行单元测试。只有在即将运行提交前集成测试时，才能构建Docker映像；这可能在开发周期中已经足够晚了，所以您不需要这些文件。