Ich führe zwei einfache Aufgaben aus, die jeweils für & lt; 100ms laufen, aber wenn sie unter dem Beobachtungsbefehl ausgeführt werden, dauern die beiden kombinierten Aufgaben ~ 8 Sekunden insgesamt (es scheint einen Overhead von 3,5 Sekunden pro Aufgabe zu geben). Ich benutze es mit Live-Reload für die Entwicklung und ich finde es sehr frustrierend. Ich habe versucht, spawn auf false zu setzen, aber das schien es zu brechen und keine der zugehörigen Aufgaben wurde ausgeführt.
Hier ist eine Beispielausgabe, wenn eine SASS-Datei geändert wird.
%Vor%Verwenden von grunt 0.4.1 (und grunt-cli 0.1.11) auf node.js 0.10.20. Läuft auf 2012 Macbook Air (OS X 10.8.5)
Nachdem die Datei geändert wurde, führen Sie die Ausführung der Aufgaben aus, aber wenn Sie fertig sind, sehen Sie sich die Module (!) erneut an und beobachten Sie sie erneut.
Verbose, um das Problem zu sehen:
%Vor%Ich habe eine Rekursion für die Überwachungsaufgabe versucht, aber keinen Erfolg.
%Vor%Eine einfache Lösung, die gut funktionierte, war "grunt-este-watch". Sie können die erforderlichen Schritte hier lesen: Ссылка
Ja, Contrib-Sass ist viel langsamer, dachte, dass das zu dem Problem beigetragen haben könnte. Das einzige, was ich vorschlagen könnte, ist die Anzahl der beobachteten Ziele zu minimieren. es sieht so aus, als ob du die css von app in tmp kopierst und dann das neulädst? Könnte besser sein, deinen Sass direkt in tmp mit etwas wie einer sass:dev Aufgabe zu speichern, so dass du nur zweimal watch ausführst. So mache ich es normalerweise:
Ich kann nicht anders, als zu denken, dass es der zusätzliche Aufwand ist, die Kopie in einem anderen Ziel auszuführen, natürlich können Sie in diesem Aufgaben-Array beliebig viele Aufgaben ausführen. :)
Tags und Links gruntjs node.js yeoman grunt-contrib-watch