問題タブ [grunt-contrib-watch]
For questions regarding programming in ECMAScript (JavaScript/JS) and its various dialects/implementations (excluding ActionScript). Note JavaScript is NOT the same as Java! Please include all relevant tags on your question; e.g., [node.js], [jquery], [json], [reactjs], [angular], [ember.js], [vue.js], [typescript], [svelte], etc.
javascript - How to conditionally compile (using Grunt) only changed jade files with template includes
Using a version of what grunt-contrib-watch
recommends for compiling only changed files in here: https://github.com/gruntjs/grunt-contrib-watch#compiling-files-as-needed
This works fine (again with a variation I wrote for it here: https://gist.github.com/pgilad/6897875)
The problem is when using include
inside Jade templates, meaning you are including other Jade templates in order to build the complete html file.
Using the singular solution for compile doesn't work because if a .jade
file you are working on is embeded using include current_working_jade.jade
- the including file won't get recompiled.
Are there any workarounds for this besides compiling all of your jade
files from scratch? This causes a problem when you have around ~60 large jade files to compile every time.
The only possible solution I can think of is either mapping jade templates dependencies either externally or with directories, but I don't know any tools/plugins which do that...
javascript - grunt-contrib-watch は黙って終了します
LiveReload を有効にするために、grunt-contrib-watch タスク (v. 0.5.3) を使用します。
実行中grunt server --verbose
(watch
タスクを含む)、次のコンソール出力が表示されます。
たとえば、ここでsrc/index.html
観察されていることがわかります。したがって、ページのタイトルを変更して、ライブの変更を確認しようとします。しかし、ファイルを保存するとすぐにプロセスが終了します..
watch
指定されたファイルパスが無効な場合、タスクが終了する可能性があるという事実について読みました。しかし、Watching src/index.html for changes
それが存在すると主張していますよね?
私はそれを理解していません。
stylus - ネットワーク ドライブ経由のライブ リロード
CodeKit、LiveReload、または grunt watch を使用して、ネットワーク ドライブ上のファイルからの変更をすぐに確認しようとしています。Stylus ファイルのコンパイルが完了するまでに約 7 秒かかり、ブラウザに表示されるまでにさらに 10 ~ 20 秒かかります。
サイトをローカル ハード ドライブに移動する以外に、サイトの応答性を向上させる方法はありますか?
node.js - Grunt 監視タスクに非常に長い時間がかかるようです
それぞれ 100 ミリ秒未満で実行される 2 つの単純なタスクを実行していますが、watch コマンドで実行すると、2 つの結合されたタスクは合計で約 8 秒かかります (タスクごとに 3.5 秒のオーバーヘッドがあるようです)。私は開発のためにライブリロードでそれを使用していますが、非常にイライラしています。に設定しようとしspawn
ましfalse
たが、これはそれを壊しているようで、関連するタスクはどれも実行されませんでした。
sass ファイルが変更されたときの出力例を次に示します。
node.js 0.10.20 で grunt 0.4.1 (および grunt-cli 0.1.11) を使用します。2012 Macbook Air (OS X 10.8.5) で動作
asp.net-mvc - Grunt を使用した ASP.net MVC Web アプリの LiveReload
ファイルを監視し、ASP.net MVC Web アプリケーションを自動的にリロードすることは可能ですか。または、 livereload は grunt を介して提供されるファイルでのみ機能しますか? grunt プラグイン「grunt-iisexpress」に出くわしましたが、ファイルが変更されたときに ASP.net MVC webapp をリロードするタスクと組み合わせて使用できるかどうかはよくわかりません。
Web アプリの開始ページとして index.html はありませんが、アプリケーション全体を開始する _ViewStart.cshtml があります。
sass - grunt-contrib-sass により Grunt が自身をリロードする
通常の Grunt を実行するために Vagrant ボックス (precise32) をセットアップしましたが、時間がかかりすぎます。
VM内の共有フォルダーとネイティブフォルダーでこれを試しましたが、変更はありません。私は grunt-contrib-sass プラグインを使用していますが、grunt-sass も試しましたが、同様の時間がかかります。監視イベントはすぐに発生しますが、CSS のコンパイルが完了するまで、VM はすべての予備の CPU 使用率を消費します。
sass を手動で実行すると、約 2 秒かかります
ここからどこへ行けばいいですか?
パッケージ.json
編集:
問題がどこにあるのかおおまかにわかりました。私の grint-contrib-sass タスクが grunt-contrib-watch からトリガーされると、実際には Grunt のすべてのモジュールがリロードされます。なぜこれを行っているのか、なぜこれが必要なのかわかりません。これを反映するために質問のタイトルを変更しました。