我的问题是关于文件从容器复制到主机的问题;我有一个Dockerfile，从源代码获取依赖项，编译构建工件，并运行可执行文件。我还想复制构建工件(在我的情况下，它是由sbt dist在……/target/ '，但我认为这个问题也适用于jar，二进制文件等。
Docker cp工作在容器上，而不是镜像上;我是否需要启动一个容器来获取一个文件?在一个脚本中，我尝试在后台以交互模式运行/bin/bash，复制文件，然后杀死容器，但这似乎很笨拙。有没有更好的办法?
另一方面，我想避免在运行docker save $IMAGENAME后解包一个.tar文件，只是为了得到一个文件(但这似乎是最简单的，如果是最慢的，目前的选项)。
我会使用docker卷，例如:
docker run -v hostdir:out $IMAGENAME /bin/cp/../blah.zip /out
但是我在OSX中运行boot2docker，我不知道如何直接写入我的mac主机文件系统(读写卷挂载在我的boot2docker虚拟机中，这意味着我不能轻松地共享一个脚本来从映像中提取blah.zip。想法吗?
当前回答
我在MacOS上使用boot2docker。我可以向你保证，基于“docker cp”的脚本是可移植的。因为任何命令都是在boot2docker内部传递的，但随后二进制流被中继回运行在mac上的docker命令行客户端。因此，来自docker客户端的写操作在服务器内部执行，并写回正在执行的客户端实例!
我与我提供的任何docker容器共享docker卷的备份脚本，我的备份脚本在linux和MacOS上使用boot2docker进行了测试。备份可以在平台之间轻松交换。基本上，我在脚本中执行以下命令:
docker run --name=bckp_for_volume --rm --volumes-from jenkins_jenkins_1 -v /Users/github/jenkins/backups:/backup busybox tar cf /backup/JenkinsBackup-2015-07-09-14-26-15.tar /jenkins
运行一个新的busybox容器，并挂载名为jenkins_jenkins_1的jenkins容器的卷。整个卷被写入备份文件“backups/JenkinsBackup-2015-07-09-14-26-15.tar”
我已经在linux容器和mac容器之间移动了存档，而没有对备份或恢复脚本进行任何调整。如果这是你想要的，你可以在这里找到整个脚本教程:blacklabelops/jenkins
其他回答
要从映像中复制文件，请创建一个临时容器，从其中复制文件，然后删除它:
id=$(docker create image-name)
docker cp $id:path - > local-tar-file
docker rm -v $id
我在MacOS上使用boot2docker。我可以向你保证，基于“docker cp”的脚本是可移植的。因为任何命令都是在boot2docker内部传递的，但随后二进制流被中继回运行在mac上的docker命令行客户端。因此，来自docker客户端的写操作在服务器内部执行，并写回正在执行的客户端实例!
我与我提供的任何docker容器共享docker卷的备份脚本，我的备份脚本在linux和MacOS上使用boot2docker进行了测试。备份可以在平台之间轻松交换。基本上，我在脚本中执行以下命令:
docker run --name=bckp_for_volume --rm --volumes-from jenkins_jenkins_1 -v /Users/github/jenkins/backups:/backup busybox tar cf /backup/JenkinsBackup-2015-07-09-14-26-15.tar /jenkins
运行一个新的busybox容器，并挂载名为jenkins_jenkins_1的jenkins容器的卷。整个卷被写入备份文件“backups/JenkinsBackup-2015-07-09-14-26-15.tar”
我已经在linux容器和mac容器之间移动了存档，而没有对备份或恢复脚本进行任何调整。如果这是你想要的，你可以在这里找到整个脚本教程:blacklabelops/jenkins
docker cp $(docker create --name tc registry.example.com/ansible-base:latest):/home/ansible/.ssh/id_rsa ./hacked_ssh_key && docker rm tc
希望提供基于纯docker功能的一行解决方案(不需要bash)
编辑:容器甚至不需要在这个解决方案中运行
edit2:感谢@Jonathan Dumaine的——rm，所以容器将被删除后，我只是从来没有尝试过，因为它听起来不合逻辑，从某个地方复制的东西已经被前一个命令删除，但我尝试过，它工作
edit3:由于注释我们发现——rm没有像预期的那样工作，它不会删除容器，因为它从来没有运行过，所以我添加了删除创建的容器的功能(——name tc=temporary-container)
编辑4:出现了这个错误，似乎是docker中的一个错误，因为t在a-z中，而这在几个月前没有发生。
Error response from daemon: Invalid container name (t), only [a-zA-Z0-9][a-zA-Z0-9_.-] are allowed
这不是对问题细节的直接回答，但通常情况下，一旦您提取了一个图像，图像就存储在您的系统中，它的所有文件也存储在系统中。根据本地Docker安装的存储驱动程序，这些文件通常可以在/var/lib/docker/overlay2中找到(需要root访问)。Overlay2应该是当今最常见的存储驱动程序，但路径可能有所不同。
与图像相关的层可以使用$ docker inspect image IMAGE_NAME:TAG找到，寻找GraphDriver属性。 至少在我的本地环境中，以下也可以快速查看与图像相关的所有图层: docker inspect image IMAGE_NAME:TAG | jq ".[0]. graphdriver . data "
在这些不同的目录中，可以找到所需的文件。 所以从理论上讲，不需要创建临时容器。Ofc这个解决方案非常不方便。
你已经得到了最佳解。让容器为您复制文件，然后在完成时删除自己。
这将从/inside/container/复制文件到您的机器/path/到/hostdir/。
docker run --rm -v /path/to/hostdir:/mnt/out "$IMAGENAME" /bin/cp -r /inside/container/ /mnt/out/
