如何在Docker文件中使用“ADD”命令包含Docker构建上下文之外的文件？
从Docker文档中：
路径必须位于生成的上下文中；您不能添加../something/something，因为docker构建的第一步是将上下文目录（和子目录）发送到docker守护进程。
我不想重组我的整个项目，只是为了在这件事上适应Docker。我想将所有Docker文件保存在同一个子目录中。
此外，Docker似乎还不支持符号链接：Dockerfile ADD命令不支持主机#1676上的符号链接。
我唯一能想到的另一件事是包含一个预构建步骤，将文件复制到Docker构建上下文中（并配置我的版本控制以忽略这些文件）。还有比这更好的解决方法吗？
当前回答
我花了很长时间试图找出一个好的模式，以及如何更好地解释这个特性支持的情况。我意识到最好的解释方法如下。。。
Dockerfile：将只看到其自身相对路径下的文件上下文：“空间”中的一个位置，您要共享的文件和Dockerfile将被复制到该位置
因此，尽管如此，这里有一个Dockerfile的示例，它需要重用一个名为start.sh的文件
Dockerfile文件
它将始终从其相对路径加载，将其当前目录作为指定路径的本地引用。
COPY start.sh /runtime/start.sh
文件夹
考虑到这个想法，我们可以考虑为Dockerfile创建多个副本来构建特定的东西，但它们都需要访问start.sh。
./all-services/
/start.sh
/service-X/Dockerfile
/service-Y/Dockerfile
/service-Z/Dockerfile
./docker-compose.yaml
考虑到这个结构和上面的文件，这里有一个docker-compose.yml
码头组合.yaml
在本例中，共享上下文目录是运行时目录。这里的思维模式是一样的，认为这个目录下的所有文件都被移到了所谓的上下文中。同样，只需指定要复制到同一目录的Dockerfile。可以使用dockerfile指定。主要内容所在的目录是要设置的实际上下文。
docker-compose.yml如下
version: "3.3"
services:
service-A
build:
context: ./all-service
dockerfile: ./service-A/Dockerfile
service-B
build:
context: ./all-service
dockerfile: ./service-B/Dockerfile
service-C
build:
context: ./all-service
dockerfile: ./service-C/Dockerfile
所有服务都被设置为上下文，共享文件start.sh以及每个Dockerfile指定的Dockerfile都被复制到那里。每个人都可以按照自己的方式构建，共享开始文件！
其他回答
我花了很长时间试图找出一个好的模式，以及如何更好地解释这个特性支持的情况。我意识到最好的解释方法如下。。。
Dockerfile：将只看到其自身相对路径下的文件上下文：“空间”中的一个位置，您要共享的文件和Dockerfile将被复制到该位置
因此，尽管如此，这里有一个Dockerfile的示例，它需要重用一个名为start.sh的文件
Dockerfile文件
它将始终从其相对路径加载，将其当前目录作为指定路径的本地引用。
COPY start.sh /runtime/start.sh
文件夹
考虑到这个想法，我们可以考虑为Dockerfile创建多个副本来构建特定的东西，但它们都需要访问start.sh。
./all-services/
/start.sh
/service-X/Dockerfile
/service-Y/Dockerfile
/service-Z/Dockerfile
./docker-compose.yaml
考虑到这个结构和上面的文件，这里有一个docker-compose.yml
码头组合.yaml
在本例中，共享上下文目录是运行时目录。这里的思维模式是一样的，认为这个目录下的所有文件都被移到了所谓的上下文中。同样，只需指定要复制到同一目录的Dockerfile。可以使用dockerfile指定。主要内容所在的目录是要设置的实际上下文。
docker-compose.yml如下
version: "3.3"
services:
service-A
build:
context: ./all-service
dockerfile: ./service-A/Dockerfile
service-B
build:
context: ./all-service
dockerfile: ./service-B/Dockerfile
service-C
build:
context: ./all-service
dockerfile: ./service-C/Dockerfile
所有服务都被设置为上下文，共享文件start.sh以及每个Dockerfile指定的Dockerfile都被复制到那里。每个人都可以按照自己的方式构建，共享开始文件！
使用链接解决问题：
ln路径/to/file/outer/context/file_to_copy/文件_to_copy
在Dockerfile上，只需：
复制file_to_COPY/path/to/file
创建一个包装docker构建shell脚本，该脚本获取文件，然后调用docker构建，然后删除文件。
在我的快速浏览中，这里没有提到一个简单的解决方案：
有一个名为docker_build.sh的包装脚本让它创建tarball，将大文件复制到当前工作目录调用docker构建清理油布球、大文件等
这个解决方案很好，因为（1.）它没有复制SSH私钥的安全漏洞（2.）另一个解决方案使用sudo绑定，所以它有另一个安全漏洞，因为它需要root权限才能进行绑定。
在我的例子中，Dockerfile就像一个包含占位符的模板一样编写，我使用配置文件将其替换为实际值。
所以我不能直接指定这个文件，而是像这样将其导入docker构建：
sed "s/%email_address%/$EMAIL_ADDRESS/;" ./Dockerfile | docker build -t katzda/bookings:latest . -f -;
但由于管道的原因，COPY命令无法工作。但上述方法通过-f（明确表示未提供文件）来解决问题。只执行-如果不使用-f标志，则不会提供上下文和Dockerfile，这是一个警告。
解决此问题的最佳方法是使用-f独立于构建上下文指定Dockerfile。
例如，此命令将赋予ADD命令访问当前目录中任何内容的权限。
docker build -f docker-files/Dockerfile .
更新：Docker现在允许在构建上下文之外使用Dockerfile（已在18.03.0-ce中修复）
docker build -f ../Dockerfile .
