如果Dockerfile中没有将目录定义为卷，则/var/lib/docker/aufs/mnt//将起作用。但在某些情况下，容器中的目录被定义为卷。在这种情况下，aufs/mnt/*/下的内容和容器看到的内容不同。

您需要使用docker inspect检查集装箱，然后查找体积。在那里，您可以看到类似/var/lib/docker/vfs/dir/fe940b的内容。。。（id）。您需要在此处添加/修改文件，而不是在aufs/mnt/*下。

令人困惑的是，这些文件也出现在/aufs/mnt/*下。我花了很长时间才弄明白为什么这里的变化对我不起作用。

docker cp [OPTIONS] SRC_PATH CONTAINER:DEST_PATH

目标路径必须预先存在

解决方案如下所示，

从Docker外壳，

root@123abc:/root#  <-- get the container ID

来自主机

cp thefile.txt /var/lib/docker/devicemapper/mnt/123abc<bunch-o-hex>/rootfs/root

文件应直接复制到文件系统中容器所在的位置。

使用Docker 1.8，Docker cp能够将文件从主机复制到容器。请参阅Docker博客文章Announcing Docker 1.8：内容信任、工具箱以及注册表和编排更新。

将点文件放入shell会话（使用base64转义）

有时，对shell启动执行单独的交互式命令会很麻烦。当我想将一个点文件复制到我的容器中，这样我的shell就会包含我的自定义项

docker exec -u root -it mycontainername bash -c "echo "$(cat ~/.bashrc | base64 -w 0)" | base64 --decode > /tmp/.bashrc_inside_container; bash --rcfile /tmp/.bashrc_inside_container"

我希望在没有.git文件夹等文件的容器中进行构建过程，但我希望在交互式运行容器以调试问题时使用这些文件。与Ben Davis的答案一样，这将在容器中执行文件副本。但当我进入容器时，我不想亲自运行该命令。因此，以下脚本将完成此任务：

# mount the current [project] directory as read only
docker run --name my_container -v $(pwd):/mnt/application:ro -itd my_image /bin/bash
# copy the missing project files from the mounted directory
docker exec -it my_container /bin/bash -c 'cp -rnT /mnt/application $HOME/application'
# interactively use the container
docker attach my_container

这将留下my_container容器实例。要再次运行该命令，必须编写docker rm my_container。或者，如果您想再次进入该容器实例，可以执行docker start my_container和docker attach my_containr。

请注意cp-n标志，如果目标中已经存在文件，它将防止覆盖这些文件。：ro部分不允许更改主机文件。您可以将$（pwd）更改为特定目录，如/home/user/dev/application。