docker run -dit --rm IMAGE
docker cp CONTAINER:SRC_PATH DEST_PATH

https://docs.docker.com/engine/reference/commandline/run/https://docs.docker.com/engine/reference/commandline/cp/

docker cp[OPTIONS]CONTAINER:SRC_PATH DEST_PATH将从容器复制到主机。

例如docker cp测试：/opt/file1/etc/

对于Vice Versa：

docker cp[OPTIONS]SRC_PATH CONTAINER:DEST_PATH从主机复制到容器。

作为一个更通用的解决方案，Jenkins有一个CloudBees插件可以在Docker容器中构建。您可以从Docker注册表中选择要使用的图像，或者定义要构建和使用的Dockerfile。

它将把工作区作为一个卷装载到容器中（使用适当的用户），将其设置为工作目录，执行您请求的任何命令（在容器内）。您还可以使用docker工作流插件（如果您更喜欢代码而不是UI），使用image.inside（）｛｝命令来完成此操作。

基本上，所有这些都要烘焙到CI/CD服务器中，然后再进行一些。

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

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

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

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

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