所以我有一个设置，可能和大多数人一样，他们的应用代码通过单独的卷安装到 Docker 容器中。
问题是，如果我运行 gulp，特别是 gulp-watch，以监视 docker 中的文件修改等，在 docker 容器中安装的应用程序代码上，以便根据需要在 docker 容器中正确构建和重新启动 Node ，它似乎使 cpu 密集型(如轮询文件更改而不是监听文件更改事件)到我的机器崩溃的地步。
我认为这是由于将文件系统从本地主机安装到 docker 容器的限制，但是人们如何解决这个问题？他们是否在容器中完成所有工作？原生主机然后不断构建？还是我错过了一些我的设置与 gulp-watch/nodemon 不正确的地方？
最佳答案
对于使用 gulp4 的任何人
我可以让它工作的唯一方法是使用 usePolling 如下所示
gulp.watch('./**/*', {interval: 1000, usePolling: true}, gulp.series('superTask'));
关于node.js - 在 Docker VM 中，Gulp-Watch 似乎不适用于从主机操作系统托管的卷，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/28681491/