注意，在Windows中，您必须提供绝对路径。

主机：Windows 10容器：Tensorflow笔记本

下面对我有用。

docker run -t -i -v D:/projects/:/home/chankeypathak/work -p 8888:8888 jupyter/tensorflow-notebook /bin/bash

对于Windows 10用户，将装载点放在C:\users/目录中很重要。我花了好几个小时才把它弄好。这篇文章有所帮助，但最初并不明显，因为Windows 10的解决方案是对公认答案的评论。我是这样做的：

docker run -it -p 12001:80 -v //c/Users/C/Desktop/dockerStorage:/root/sketches \
<your-image-here> /bin/bash

然后要测试它，可以在图像中执行echo test>hostTest.txt。您应该能够在位于C:\Users/C/Desktop/dockerStorage/的本地主机文件夹中看到此新文件。

从Docker 18-CE开始，您可以使用Docker run-v/src/path:/container/path来进行主机文件夹的双向绑定。

不过，如果您使用的是Windows 10/WSL，并将Docker CE for Windows作为主机，然后在WSL中使用Docker CE客户端工具，那么这里有一个主要的陷阱。WSL知道整个/文件系统，而Windows主机只知道驱动器。在WSL中，您可以使用/mnt/c/projectpath，但是如果您尝试停靠运行-v${PWD}：/projectpath时，您会在主机中发现/projectpath/为空，因为在主机上/mnt意味着什么。

如果您从/c/projectpath工作，然后运行docker-v$｛PWD｝：/projectpath，您会发现在容器中，/projectpath将实时反映/c/projectpath。除了在您的客户机中看到空装载外，没有任何错误或任何其他方法可以检测此问题。

您还必须确保在Docker for Windows设置中“共享驱动器”。

我也有同样的问题。我的命令行如下所示：

docker run --rm -i --name $NAME -v `pwd`:/sources:z $NAME

问题出在“pwd”上。所以我把它改成了$（pwd）：

docker run --rm -i --name $NAME -v $(pwd):/sources:z $NAME

有几种方法可以做到这一点。最简单的方法是使用dockerfile ADD命令，如下所示：

ADD . /path/inside/docker/container

但是，在构建dockerfile之后，在主机上对该目录所做的任何更改都不会显示在容器中。这是因为在构建容器时，docker将目录压缩为.tar，并将该上下文永久上传到容器中。

第二种方法是尝试装载卷。由于尽可能地可移植，您无法将主机目录映射到dockerfile中的docker容器目录，因为主机目录可能会根据您正在运行的计算机而改变。要将主机目录映像到docker容器，您需要在使用dockerrun时使用-v标志，例如：

# Run a container using the `alpine` image, mount the `/tmp`
# directory from your host into the `/container/directory`
# directory in your container, and run the `ls` command to
# show the contents of that directory.
docker run \
    -v /tmp:/container/directory \
    alpine \
    ls /container/directory

您是否可以通过boot2docker或类似方式在OS X上使用docker。

我也有过同样的经历——命令是正确的，但无论如何，容器中没有装入任何（合理的）内容。

事实证明，docker文档中已经对此进行了解释。当您键入docker run-v/var/logs/on/host:/var/logs/in/container。。。那么/var/logs/on/host实际上是从boot2docker VM映像映射的，而不是从Mac映射的。

您必须通过虚拟机将共享文件夹传输到实际主机（在我的情况下是Mac）。