如果您只想从映像（而不是正在运行的容器）中提取文件，可以执行以下操作：

docker运行--rm＜image＞cat＜source＞＞＜local_dest＞

这将打开容器，写入新文件，然后删除容器。然而，一个缺点是文件权限和修改日期不会被保留。

装载一个“卷”并将工件复制到其中：

mkdir artifacts
docker run -i -v ${PWD}/artifacts:/artifacts ubuntu:14.04 sh << COMMANDS
# ... build software here ...
cp <artifact> /artifacts
# ... copy more artifacts into `/artifacts` ...
COMMANDS

然后，当构建完成并且容器不再运行时，它已经将构建中的工件复制到主机上的工件目录中。

Edit

注意：当您这样做时，可能会遇到docker用户的用户id与当前运行用户的用户id匹配的问题。也就是说，/fartifacts中的文件将显示为用户所有，用户的UID在docker容器中使用。解决此问题的一种方法可能是使用主叫用户的UID：

docker run -i -v ${PWD}:/working_dir -w /working_dir -u $(id -u) \
    ubuntu:14.04 sh << COMMANDS
# Since $(id -u) owns /working_dir, you should be okay running commands here
# and having them work. Then copy stuff into /working_dir/artifacts .
COMMANDS

装载卷、复制工件、调整所有者id和组id：

mkdir artifacts
docker run -i --rm -v ${PWD}/artifacts:/mnt/artifacts centos:6 /bin/bash << COMMANDS
ls -la > /mnt/artifacts/ls.txt
echo Changing owner from \$(id -u):\$(id -g) to $(id -u):$(id -g)
chown -R $(id -u):$(id -g) /mnt/artifacts
COMMANDS

编辑：请注意，某些命令（如$（id-u））是反斜杠的，因此将在容器中处理，而未反斜杠的命令将在命令发送到容器之前由主机中运行的shell处理。

从DockerContainer到LocalMachine

$docker cp containerId:/sourceFilePath/someFile.txt C:/localMachineDestinationFolder

从LocalMachine到DockerContainer

$docker cp C:/localMachineSourceFolder/someFile.txt containerId:/containerDestinationFolder

如果您只想装载一个文件夹，而不是为容器创建特殊存储，则可以使用bind而不是volume：

使用标签构建图像：码头建造-t<图像>运行映像并绑定app.py存储的当前$（pwd）目录，并将其映射到容器内的/root/example/。docker run--mount type=bind，source=“$（pwd）”，target=/root/example/<image>python app.py

您不需要使用docker run。

你可以用docker create来完成。

从文档中：

docker create命令在指定的映像上创建一个可写容器层，并为运行指定的命令做好准备。然后将容器ID打印到STDOUT。这与docker run-d类似，只是容器从未启动。

因此，您可以做到：

docker create --name dummy IMAGE_NAME
docker cp dummy:/path/to/file /dest/to/file
docker rm -f dummy

在这里，您永远不会启动容器。这看起来对我有利。