在Docker VM中，Gulp-Watch似乎不能很好地在主机操作系统托管的卷上运行

Question

所以我有一个设置，可能和大多数人一样，他们的应用程序代码通过一个单独的卷挂载到Docker容器中。

问题是，如果我运行gulp，特别是gulp- watch，在docker中监视文件修改等，在docker容器中挂载的应用程序代码上，根据需要正确地构建和重新启动docker容器中的节点，这似乎会占用大量cpu (就像轮询文件更改而不是侦听文件更改事件一样)，以至于我的机器崩溃了。

我认为这是由于将文件系统从本地主机挂载到docker容器的限制，但是人们是如何解决这个问题的呢？他们的所有工作都在容器中完成吗？原生主机会不断构建吗？或者我错过了什么地方，我的设置是不正确的与gulp watch/ nodemon？

Answer 1

对于任何使用gulp4的人

我能让它工作的唯一方法是使用usePolling，如下所示

gulp.watch('./**/*', {interval: 1000, usePolling: true}, gulp.series('superTask'));

Answer 2

尝试更改gulp.watch options。这对我来说好多了：

gulp.watch('./**/*', {interval: 1000, mode: 'poll'}, ['build']);

Answer 3

您应该使用插件gulp-watch而不是gulp.watch。后者使用stat轮询，这对于共享文件系统来说太繁重了。gulp-watch使用inotify事件来监视操作系统上的文件系统。