好的。我正在尝试使用不同的工具来准备开发环境，Docker是一个很好的选择。我在docker中创建了整个开发环境，并可以在其中构建项目。
该项目的源代码存储在docker容器之外（在主机上）。这样，您可以使用IDE进行编辑，并使用docker构建它。
然而，存在一个问题：
a）OS X上的Docker使用VM（VirtualBox VM）
b）文件共享速度相对较慢（比主机上的文件IO慢得多）
c）该项目有数百万个文件（夸大了问题＃a和＃b）。
如果我将源代码移动到docker中，IDE将面临相同的问题（它将需要访问共享文件，速度会很慢）。
我听说过一些解决方法可以加快速度。然而，我似乎找不到任何关于这个问题的信息。
更新1
我使用了Docker的文件共享功能（意味着我运行）。
docker run -P -i -v <VMDIR>:<DOCKERDIR> -t <imageName> /bin/bash
然而，虚拟机和Docker之间的共享并不是问题。它很快。
瓶颈在于主机和虚拟机之间的共享。
Vagrant.configure(VAGRANTFILE_API_VERSION) do |config|
config.vm.box = "trusty-docker"
config.vm.box_url = "https://oss-binaries.phusionpassenger.com/vagrant/boxes/latest/ubuntu-14.04-amd64-vbox.box"
config.vm.provision "docker"
#by default we'll claim ports 9080-9090 on the host system
for i in 9080..9090
config.vm.network :forwarded_port, guest: i, host: i
end
#NB: this folder mapping will not have the boot2docker issue of slow sync
config.vm.synced_folder "~/work", "/home/vagrant/work"
end
host$ vagrant up && vagrant ssh
vagrant$ docker run -it --rm -v $(pwd)/work:/work ubuntu:12.04 find /work
有两个步骤可以很好地提高您的性能：
切换到NFS。您可以使用此脚本来完成。
将VBox NIC驱动程序切换为FAST III。 您可以通过运行以下命令在default机器上完成：
VBoxManage modifyvm default --nictype1 Am79C973
VBoxManage modifyvm default --nictype2 Am79C973
vboxfs，它用于文件共享，尽管非常有用，但导致了糟糕的文件系统I/O。vboxfs，放到虚拟机内的其他位置。例如，可以将软件包管理器目录链接到项目的vboxfs树中，像这样：
mkdir /var/cache/node_modules && ln -s /var/cache/node_modules /myproject/node_modules
仅仅这一步就使我的SSD上运行的一个具有几十个依赖项的Node.js应用程序的启动时间从约28秒减少到约4秒。处理这种情况的最佳方法是：
vboxfs，采用共享传输机制来获得更好的客户机I/O性能，例如网络文件系统。不幸的是，对于Windows用户，获取NFS服务支持的唯一方法是运行Windows企业版（我相信对于Windows 10仍然如此）。
我找到了一些信息
我开始使用Vagrant来使用VirtualBox并在其中安装Docker。它提供了更大的灵活性。
Vagrant VirtualBox provisioning中的默认共享非常慢。
NFS共享速度更快。但是，如果您的构建过程将创建需要写回此共享的文件，则可能会相当缓慢。
Vagrant 1.5+具有rsync选项（使用rsync从主机复制文件到VM）。它更快，因为它不必写回任何更改。
此rsync选项具有自动同步功能（以连续同步它）。
此rsync选项消耗大量CPU，人们想出了一个gem来克服它（https://github.com/smerrill/vagrant-gatling-rsync）
因此，对于我的情况，Vagrant + VirtualBox + Rsync共享文件夹+自动rsync + vagrant gatling看起来是一个不错的选择（仍在研究中）。
我尝试了vagrant gatling，但是它导致了不确定的行为。我从来不知道新文件是否已经复制到虚拟机中。如果只需要1秒钟，那就不是问题。但是可能需要20秒钟，这太长了（用户可能会在新文件还没有同步时切换窗口并开始构建）。
现在，我正在考虑一些仅复制更改的文件的方法。我仍处于研究阶段。想法是使用FSEvent监听文件更改并仅发送更改的文件。看起来有一些工具可以做到这一点。
顺便说一下，Gatling内部使用FSEvent。唯一的问题是它触发完整的rsync（它会开始比较40k个文件的日期/时间和大小）。
boot2docker现在本地支持VirtualBox扩展——至少不需要它来进行共享文件夹。 - kojiro