如何在Docker文件中使用“ADD”命令包含Docker构建上下文之外的文件？
从Docker文档中：
路径必须位于生成的上下文中；您不能添加../something/something，因为docker构建的第一步是将上下文目录（和子目录）发送到docker守护进程。
我不想重组我的整个项目，只是为了在这件事上适应Docker。我想将所有Docker文件保存在同一个子目录中。
此外，Docker似乎还不支持符号链接：Dockerfile ADD命令不支持主机#1676上的符号链接。
我唯一能想到的另一件事是包含一个预构建步骤，将文件复制到Docker构建上下文中（并配置我的版本控制以忽略这些文件）。还有比这更好的解决方法吗？
当前回答
解决此问题的最佳方法是使用-f独立于构建上下文指定Dockerfile。
例如，此命令将赋予ADD命令访问当前目录中任何内容的权限。
docker build -f docker-files/Dockerfile .
更新：Docker现在允许在构建上下文之外使用Dockerfile（已在18.03.0-ce中修复）
docker build -f ../Dockerfile .
其他回答
一种快速而肮脏的方法是将构建上下文设置为所需的多个级别，但这可能会产生后果。如果您使用的是这样的微服务架构：
./Code/Repo1
./Code/Repo2
...
您可以将构建上下文设置为父代码目录，然后访问所有内容，但事实证明，对于大量存储库，这可能会导致构建花费很长时间。
示例情况可能是另一个团队在Repo1中维护数据库模式，而您的团队在Repo2中的代码依赖于此。您希望在不担心模式更改或污染其他团队的存储库的情况下，将这种依赖关系与您自己的种子数据固定在一起（当然，根据更改的内容，您可能仍然需要更改种子数据脚本）第二种方法很粗糙，但避开了长构建的问题：
在中创建sh（或ps1）脚本/Code/Rep2复制所需文件并调用所需的docker命令，例如：
#!/bin/bash
rm -r ./db/schema
mkdir ./db/schema
cp -r ../Repo1/db/schema ./db/schema
docker-compose -f docker-compose.yml down
docker container prune -f
docker-compose -f docker-compose.yml up --build
在docker compose文件中，只需将上下文设置为Repo2根目录并使用的内容/dockerfile中的db/schema目录，而不必担心路径。请记住，您可能会意外地将此目录提交给源代码管理，但脚本清理操作应该足够简单。
正如GitHub问题中所描述的那样，构建实际上发生在/tmp/docker-12345中，因此相对路径如/相对添加/some文件是相对于/tmp/docker-12345的。因此，它将搜索/tmp/relative add/some文件，该文件也显示在错误消息中*
不允许包含来自构建目录之外的文件，因此这将导致“禁止路径”消息。"
一个简单的解决方法可能是在运行该卷并以这种方式访问文件时，简单地将其装载（使用-v或--mount标志）到容器中。
例子：
docker run -v /path/to/file/on/host:/desired/path/to/file/in/container/ image_name
有关详细信息，请参阅：https://docs.docker.com/storage/volumes/
使用链接解决问题：
ln路径/to/file/outer/context/file_to_copy/文件_to_copy
在Dockerfile上，只需：
复制file_to_COPY/path/to/file
我想今年早些时候，buildx中添加了一个功能来实现这一点。
如果你有dockerfile 1.4+和buildx 0.8+，你可以这样做
docker buildx build --build-context othersource= ../something/something .
然后在docker文件中，可以使用from命令添加上下文
ADD –from=othersource . /stuff
查看此相关帖子https://www.docker.com/blog/dockerfiles-now-support-multiple-build-contexts/
