Grunt watch使用Vagrant和NFS仅在5秒钟后检测文件更改
Grunt watch(Grunt contrib watch)用于触发浏览器中web应用的重新加载。但是,在使用NFS同步文件夹的漫游虚拟机中运行时,很难注意到文件更改。更改文件只会在大约5秒钟后触发重新加载,尽管预计几乎会立即发生。为什么grunt watch检测变化的速度如此之慢?有没有办法让它更快Grunt watch使用Vagrant和NFS仅在5秒钟后检测文件更改,vagrant,nfs,grunt-contrib-watch,Vagrant,Nfs,Grunt Contrib Watch,Grunt watch(Grunt contrib watch)用于触发浏览器中web应用的重新加载。但是,在使用NFS同步文件夹的漫游虚拟机中运行时,很难注意到文件更改。更改文件只会在大约5秒钟后触发重新加载,尽管预计几乎会立即发生。为什么grunt watch检测变化的速度如此之慢?有没有办法让它更快 通过VirtualBox同步文件夹,grunt watch几乎可以立即检测到文件更改。但是,由于VirtualBox同步文件夹在对大量文件执行某些其他操作时速度慢得令人无法接受,很遗憾,在这种
通过VirtualBox同步文件夹,grunt watch几乎可以立即检测到文件更改。但是,由于VirtualBox同步文件夹在对大量文件执行某些其他操作时速度慢得令人无法接受,很遗憾,在这种情况下,无法恢复到它。请在您的
文件中尝试这些装载选项。
:
键入:“nfs”,装载选项:['actimeo=1']
这将大大减少NFS文件属性缓存超时。我也遇到过类似的问题,在等待gulp和Django服务器重新加载时,Vagrant/NFS出现了很大的延迟。这就解决了它;现在可以立即检测到文件更改。使用NFS w/Vagrant时,我也遇到了同样的问题。我最终决定使用Samba,现在Grunt几乎可以立即检测到文件更改。这里有一个在“流浪者”对话框上设置Samba的简便指南:当我遇到这个问题时,我发现
ctrl+c
,再次运行grunt会更快-但是对于大多数更改,等待是可以的。谢谢,这是我在写完这个问题后独立得出的解决方案。希望其他人不必花那么多时间调试它。@realtebo config.vm.synced_folder“/”,“/vagrant”,键入:“nfs”,mount_选项:['actimeo=1']我不经常在这里发表评论,但这个问题已经困扰了我的团队一段时间,因为django runserver没有正确重新加载。。。这个设置让它变得更快,我非常感谢你在这里发布它。