问：

我正在考虑使用 Docker 在持续集成 (CI) 服务器上构建我的依赖项，这样我就不必在代理本身上安装所有运行时和库。

为了实现这一点，我需要将容器内构建的构建工件复制回主机。那可能吗？

答1:

与HuntsBot一起，探索全球自由职业机会–huntsbot.com

为了将文件从容器复制到主机，您可以使用命令

docker cp :/file/path/within/container /host/path/target

这是一个例子：

$ sudo docker cp goofy_roentgen:/out_read.jpg .

这里 goofy_roentgen 是我从以下命令获得的容器名称：

$ sudo docker ps

CONTAINER ID        IMAGE               COMMAND             CREATED             STATUS              PORTS                                            NAMES
1b4ad9311e93        bamos/openface      "/bin/bash"         33 minutes ago      Up 33 minutes       0.0.0.0:8000->8000/tcp, 0.0.0.0:9000->9000/tcp   goofy_roentgen

您还可以使用（部分）容器 ID。下面的命令等价于第一个

$ sudo docker cp 1b4a:/out_read.jpg .

如果您只是将 docker 用于临时 Linux 环境，这是获取最新容器的便捷方法：docker ps -alq。

此 cp 命令也可按原样复制目录树（不仅仅是单个文件）。

在较新版本的 docker 中，您可以使用 docker cp ... 双向复制（主机到容器或容器到主机）

我需要 docker cp -L 来复制符号链接

注意：容器不一定要运行才能使用 cp 命令。如果您的容器经常崩溃，这很方便。

答2:

HuntsBot周刊–不定时分享成功产品案例，学习他们如何成功建立自己的副业–huntsbot.com

您不需要使用 docker run。

您可以使用 docker create 做到这一点。

从 the docs：

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

所以，你可以这样做：

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

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

这需要更多的支持。非常适合您只需要在容器中构建一些东西然后复制输出。

@HonzaKalfus 我同意这需要更高。这正是我所追求的。我使用它是为了可以使用已知环境（特定版本的 amazon linux）构建一些二进制文件。能够制作一个完全构建 docker 并从中提取生成的二进制文件的 shell 脚本！完美的。

-ti 和 bash 是必需的吗？

@jII，我已经这样做了，因为后来我在它上面运行了 docker run。在简单的情况下，它不是必需的，但在这里也没有害处。

这个答案非常适合在 Azure 中构建管道，因此您不必尝试找出容器 ID 最终是什么。

答3:

huntsbot.com高效搞钱，一站式跟进超10+任务平台外包需求

挂载一个“卷”并将工件复制到那里：

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

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

编辑

警告： 执行此操作时，您可能会遇到 docker 用户的用户 id 与当前运行用户的用户 id 匹配的问题。也就是说，/artifacts 中的文件将显示为由用户拥有，并使用 docker 容器内使用的用户的 UID。解决此问题的一种方法可能是使用调用用户的 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

实际上，您可以使用 chown 命令来匹配主机上的用户 ID 和组 ID。

我要给你买啤酒伴侣！谢谢！

答4:

huntsbot.com提供全网独家一站式外包任务、远程工作、创意产品分享与订阅服务!

TLDR；

$ docker run --rm -iv${PWD}:/host-volume my-image sh -s <docker run 带有主机卷，chown 工件，cp 工件到主机卷：

 

```java
$ docker build -t my-image - < FROM busybox
> WORKDIR /workdir
> RUN touch foo.txt bar.txt qux.txt
> EOF
Sending build context to Docker daemon  2.048kB
Step 1/3 : FROM busybox
 ---> 00f017a8c2a6
Step 2/3 : WORKDIR /workdir
 ---> Using cache
 ---> 36151d97f2c9
Step 3/3 : RUN touch foo.txt bar.txt qux.txt
 ---> Running in a657ed4f5cab
 ---> 4dd197569e44
Removing intermediate container a657ed4f5cab
Successfully built 4dd197569e44

$ docker run --rm -iv${PWD}:/host-volume my-image sh -s < '/host-volume/bar.txt'
'foo.txt' -> '/host-volume/foo.txt'
'qux.txt' -> '/host-volume/qux.txt'

$ ls -n
total 0
-rw-r--r-- 1 10335 11111 0 May  7 18:22 bar.txt
-rw-r--r-- 1 10335 11111 0 May  7 18:22 foo.txt
-rw-r--r-- 1 10335 11111 0 May  7 18:22 qux.txt

这个技巧之所以有效，是因为 heredoc 中的 chown 调用从正在运行的容器外部获取 $(id-u):$(id -g) 值；即码头主机。

好处是：

您不必 docker container run --name 或 docker container create --name 之前

您不必在 docker container rm 之后

赞成比较 cp 和基于数量的答案。此外，对于所有权的 id 技巧，有时这确实令人头疼

答5:

一个优秀的自由职业者，应该有对需求敏感和精准需求捕获的能力，而huntsbot.com提供了这个机会

docker cp containerId:source_path destination_path

containerId 可以从命令 docker ps -a 中获取

源路径应该是绝对的。例如，如果应用程序/服务目录从 docker 容器中的应用程序开始，则路径将是 /app/some_directory/file

示例：docker cp d86844abc129:/app/server/output/server-test.png C:/Users/someone/Desktop/output

答6:

huntsbot.com提供全网独家一站式外包任务、远程工作、创意产品分享与订阅服务!

挂载卷、复制工件、调整所有者 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 处理.

编辑以澄清我几乎错过的事情。顺便说一句，我不确定您为什么将其更改为 user:user 而不是 user:group 但看起来不错！

答7:

huntsbot.com精选全球7大洲远程工作机会，涵盖各领域，帮助想要远程工作的数字游民们能更精准、更高效的找到对方。

大多数答案并不表明容器必须在 docker cp 工作之前运行：

docker build -t IMAGE_TAG .
docker run -d IMAGE_TAG
CONTAINER_ID=$(docker ps -alq)
# If you do not know the exact file name, you'll need to run "ls"
# FILE=$(docker exec CONTAINER_ID sh -c "ls /path/*.zip")
docker cp $CONTAINER_ID:/path/to/file .
docker stop $CONTAINER_ID

顺便说一句，容器必须/可能是否运行/停止/任一似乎取决于主机类型/虚拟化技术。 Current docker doc 表示“CONTAINER 可以是正在运行或已停止的容器。”。 SO上的多个地方，包括对已接受答案的评论，说“这也适用于停止的容器”。在 Windows Hyper-V 下，对于 stop container before copying a file 来说显然是必要的。

答8:

保持自己快人一步,享受全网独家提供的一站式外包任务、远程工作、创意产品订阅服务–huntsbot.com

对于 Windows：

从 DockerContainer 到 LocalMachine

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

从 LocalMachine 到 DockerContainer

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

答9:

huntsbot.com聚合了超过10+全球外包任务平台的外包需求，寻找外包任务与机会变的简单与高效。

如果您没有正在运行的容器，只有一个图像，并且假设您只想复制一个文本文件，您可以执行以下操作：

docker run the-image cat path/to/container/file.txt > path/to/host/file.txt

这会将文件从容器中的一个位置复制到容器中的其他位置。除非您将主机上的文件夹作为卷挂载，在这种情况下，> 之后的路径不一定是主机上的路径。

答10:

与HuntsBot一起，探索全球自由职业机会–huntsbot.com

随着 Docker 19.03 的发布，您可以跳过创建容器甚至构建映像。基于 BuildKit 的构建有一个选项可以更改输出目标。您可以使用它将构建结果写入本地目录而不是图像。例如，这是一个 go 二进制文件的构建：

$ ls
Dockerfile  go.mod  main.go

$ cat Dockerfile
FROM golang:1.12-alpine as dev
RUN apk add --no-cache git ca-certificates
RUN adduser -D appuser
WORKDIR /src
COPY . /src/
CMD CGO_ENABLED=0 go build -o app . && ./app

FROM dev as build
RUN CGO_ENABLED=0 go build -o app .
USER appuser
CMD [ "./app" ]

FROM scratch as release
COPY --from=build /etc/passwd /etc/group /etc/
COPY --from=build /src/app /app
USER appuser
CMD [ "/app" ]

FROM scratch as artifact
COPY --from=build /src/app /app

FROM release

从上面的 Dockerfile 中，我正在构建仅包含我要导出的文件的 artifact 阶段。新引入的 --output 标志让我可以将它们写入本地目录而不是图像。这需要使用 19.03 附带的 BuildKit 引擎执行：

$ DOCKER_BUILDKIT=1 docker build --target artifact --output type=local,dest=. .
[+] Building 43.5s (12/12) FINISHED
 => [internal] load build definition from Dockerfile                                                                              0.7s
 => => transferring dockerfile: 572B                                                                                              0.0s
 => [internal] load .dockerignore                                                                                                 0.5s
 => => transferring context: 2B                                                                                                   0.0s
 => [internal] load metadata for docker.io/library/golang:1.12-alpine                                                             0.9s
 => [dev 1/5] FROM docker.io/library/golang:1.12-alpine@sha256:50deab916cce57a792cd88af3479d127a9ec571692a1a9c22109532c0d0499a0  22.5s
 => => resolve docker.io/library/golang:1.12-alpine@sha256:50deab916cce57a792cd88af3479d127a9ec571692a1a9c22109532c0d0499a0       0.0s
 => => sha256:1ec62c064901392a6722bb47a377c01a381f4482b1ce094b6d28682b6b6279fd 155B / 155B                                        0.3s
 => => sha256:50deab916cce57a792cd88af3479d127a9ec571692a1a9c22109532c0d0499a0 1.65kB / 1.65kB                                    0.0s
 => => sha256:2ecd820bec717ec5a8cdc2a1ae04887ed9b46c996f515abc481cac43a12628da 1.36kB / 1.36kB                                    0.0s
 => => sha256:6a17089e5a3afc489e5b6c118cd46eda66b2d5361f309d8d4b0dcac268a47b13 3.81kB / 3.81kB                                    0.0s
 => => sha256:89d9c30c1d48bac627e5c6cb0d1ed1eec28e7dbdfbcc04712e4c79c0f83faf17 2.79MB / 2.79MB                                    0.6s
 => => sha256:8ef94372a977c02d425f12c8cbda5416e372b7a869a6c2b20342c589dba3eae5 301.72kB / 301.72kB                                0.4s
 => => sha256:025f14a3d97f92c07a07446e7ea8933b86068d00da9e252cf3277e9347b6fe69 125.33MB / 125.33MB                               13.7s
 => => sha256:7047deb9704134ff71c99791be3f6474bb45bc3971dde9257ef9186d7cb156db 125B / 125B                                        0.8s
 => => extracting sha256:89d9c30c1d48bac627e5c6cb0d1ed1eec28e7dbdfbcc04712e4c79c0f83faf17                                         0.2s
 => => extracting sha256:8ef94372a977c02d425f12c8cbda5416e372b7a869a6c2b20342c589dba3eae5                                         0.1s
 => => extracting sha256:1ec62c064901392a6722bb47a377c01a381f4482b1ce094b6d28682b6b6279fd                                         0.0s
 => => extracting sha256:025f14a3d97f92c07a07446e7ea8933b86068d00da9e252cf3277e9347b6fe69                                         5.2s
 => => extracting sha256:7047deb9704134ff71c99791be3f6474bb45bc3971dde9257ef9186d7cb156db                                         0.0s
 => [internal] load build context                                                                                                 0.3s
 => => transferring context: 2.11kB                                                                                               0.0s
 => [dev 2/5] RUN apk add --no-cache git ca-certificates                                                                          3.8s
 => [dev 3/5] RUN adduser -D appuser                                                                                              1.7s
 => [dev 4/5] WORKDIR /src                                                                                                        0.5s
 => [dev 5/5] COPY . /src/                                                                                                        0.4s
 => [build 1/1] RUN CGO_ENABLED=0 go build -o app .                                                                              11.6s
 => [artifact 1/1] COPY --from=build /src/app /app                                                                                0.5s
 => exporting to client                                                                                                           0.1s
 => => copying files 10.00MB                                                                                                      0.1s

构建完成后，app 二进制文件被导出：

$ ls
Dockerfile  app  go.mod  main.go

$ ./app
Ready to receive requests on port 8080

Docker 在其上游 BuildKit 存储库中记录了 --output 标志的其他选项：https://github.com/moby/buildkit#output

标准构建缓存不用于构建输出，这很糟糕

@burtsevyg Buildkit 是一个不同的构建器，使用不同的缓存环境。它的缓存效率更高。

答11:

huntsbot.com汇聚了国内外优秀的初创产品创意，可按收入、分类等筛选，希望这些产品与实践经验能给您带来灵感。

我为使用 Docker for Mac 的任何人发布此信息。这对我有用：

 $ mkdir mybackup # local directory on Mac

 $ docker run --rm --volumes-from  \
    -v `pwd`/mybackup:/backup \  
    busybox \                   
    cp /data/mydata.txt /backup 

请注意，当我使用 -v 挂载时，会自动创建 backup 目录。

我希望有一天这对某人有用。 😃

如果您使用 docker-compose，volumes-from 在版本 3 及更高版本中已弃用。

要添加到 mulg0r 的注释，请参阅 stackoverflow.com/a/45495380/199364 - 在 v.3 中，您将 volumes 命令放在 config.yml 的根目录中，以便多个容器可以访问卷。

原文链接：https://www.huntsbot.com/qa/OdlO/docker-copying-files-from-docker-container-to-host?lang=zh_CN&from=csdn

huntsbot.com精选全球7大洲远程工作机会，涵盖各领域，帮助想要远程工作的数字游民们能更精准、更高效的找到对方。