In Docker VM scheint Gulp-Watch auf Volumes, die vom Host-Betriebssystem gehostet werden, nicht gut zu funktionieren

Question

Ich habe also wahrscheinlich, wie die meisten Leute, einen App-Code, der über ein separates Volume in einen Docker-Container eingebunden ist.

Das Problem ist, dass, wenn ich schlucke, und insbesondere Schluck-Watch, um Dateiänderungen usw. in Docker, auf dem App-Code im Docker-Container montiert, richtig zu bauen und neu starten Knoten im Andock-Container als notwendig, scheint es CPU-intensiv zu werden (wie beim Abfragen von Dateiänderungen, anstatt auf Dateiänderungsereignisse zu warten) bis zu dem Punkt, an dem meine Maschine schnellt.

Ich denke, das liegt daran, dass das Dateisystem vom nativen Host auf den Docker-Container geladen wurde, aber wie geht das? Machen sie ihre ganze Arbeit im Container? Native Host dann ständig bauen? Oder fehlt mir etwas, bei dem mein Setup bei gulp-watch/nodemon falsch ist?

Answer 1

Versuchen Sie, die gulp.watchoptions zu ändern. Dies hat viel gewesen besser für mich:

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

Answer 2

Jesse's answer nicht für mich arbeiten, aber es war ganz in der Nähe. Nun scheint die Option zu sein:

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

Das mode Feld wurde für den usePoll Feld-Flag abgeschaltet.

Weitere Details finden Sie unter the API section.

Answer 3

Für alle gulp4

Der einzige Weg, indem ich diese an die Arbeit könnte, ist „usePolling“ wie unter

verwenden

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

Answer 4

Sie das Plugin ‚schlucke-watch‘ statt schluck verwenden sollten. Uhr. Letzteres verwendet die Statistikabfrage, die für das gemeinsame Dateisystem viel zu schwer ist. 'gulp-watch' verwendet inotify-Ereignisse, um das Dateisystem unter OSX zu beobachten.