alc*_*edo 83 javascript fsevents webpack
我尝试运行webpack --watch并在编辑我的JS文件后,它不会触发自动重新编译.
我已经尝试重新安装webpack使用npm uninstall但它仍然无法正常工作.
有任何想法吗?
cdv*_*vel 80
如果您的代码没有被重新编译,请尝试增加观察者的数量(在Ubuntu中):
echo fs.inotify.max_user_watches=524288 | sudo tee -a /etc/sysctl.conf && sudo sysctl -p
Run Code Online (Sandbox Code Playgroud)
资料来源:https://webpack.github.io/docs/troubleshooting.html
Ben*_*her 65
仅供参考:OS X似乎可以让文件夹损坏并且不再为自己和任何子文件夹发送fsevents(watchpack/ chokidar/ Finder使用).我无法确定这是发生在你身上的事情,但这对我和同事来说非常令人沮丧.
我们能够重命名损坏的父文件夹,然后按预期立即观察事件.有关详细信息,请参阅此博客文章:http://feedback.livereload.com/knowledgebase/articles/86239-os-x-fsevents-bug-may-prevent-monitoring-of-certai
以上链接的建议修复方法是:
前两个对我们没有用,没有尝试Spotlight建议,重新创建并不是必要的.
我们能够通过打开Finder并在每个连续的父文件夹中创建文件来找到根问题文件夹,直到立即出现(因为Finder也会受到这个bug的影响).不更新的最根文件夹是罪魁祸首.我们只是mv把mv它拿回原来的名字,然后观察者工作了.
不知道是什么导致腐败,但我很高兴有一个修复.
Cod*_*ggs 30
将以下代码添加到我的webpack配置文件中为我解决了这个问题,希望这会有所帮助.不要忘记忽略你的node_modules文件夹,因为这会破坏HMR(热模块替换)的性能:
watchOptions: {
poll: true,
ignored: /node_modules/
}
Run Code Online (Sandbox Code Playgroud)
一个问题是,如果您的路径名称不是绝对的,那么这样的事情就会发生.我不小心设置resolve.root了./而不是__dirname这导致我浪费了大量时间删除和重新创建像我上面的人一样的文件.
如果您使用的是Vim,则应尝试将backupcopy设置为yes而不是默认auto.否则Vim有时会重命名原始文件并创建一个新文件,这将搞乱webpack watch:
https://github.com/webpack/webpack/issues/781
如果是这种情况,只需将其添加到您的vim设置:
set backupcopy = yes
小智 6
请注意,如果您在虚拟机(Vagrant/Virtualbox)中运行webpack并在主机平台上更改文件,则共享文件夹中的文件更新可能不会在Ubuntu上触发inotify.这将导致webpack无法获取更改.
在我的例子中,在de guest(在vi中)编辑和保存文件确实触发了webpack.在主机上编辑它(在PhpStorm,记事本或任何其他应用程序中)dit不会触发webpack无论我做什么.
我通过使用vagrant-fsnotify解决了它.
我在 .vue 文件上遇到了同样的问题。当服务器重新启动时一切正常,但在下一次保存时它不再重新编译。问题出在一个字母大写的导入文件路径上。很难解决这个问题,因为一切都在服务器重新启动时进行。检查路径的大小写。
| 归档时间: |
|
| 查看次数: |
57899 次 |
| 最近记录: |