ガルプはほとんど優れています。それは、タスクの実行中である場合を除き、最後のタスクが終了したときにタスクを再実行するために、同じタスクに関連するファイルを常に監視するとは限りません。仕事中にガルプウォッチは常に見ないでください
[08:30:51] Starting 'composer'...
composer task
Loading composer repositories with package information
Installing dependencies (including require-dev) from lock file
Warning: The lock file is not up to date with the latest changes in composer.json. You may be getting outdated dependencies. Run update to update them.
Nothing to install or update
Generating autoload files
Process exited with code 0
[08:30:53] Finished 'composer' after 1.62 s
EDIT:短時間で気にしないでください。これは単なる悪い例です。実際に実行しているタスクは10-15秒で実行されます。その時間が過ぎると、関連する変更を追加して保存することが現実的です。
これは、composer.lockファイルを編集するときにトリガーされます。
composer.lockファイルを編集したとタスクが実行を開始した、編集上、時間の間に再びcomposer.lockを保存「作曲タスクは、」出力、期待
後:それは後に再度実行するタスク仕上げ
実際:タスクが終了し、私はUbuntuの上で一気時計を使用してい
以来起こった変化を収容するために再実行されません。
私はあなたの問題を理解していますが、なぜそうしますか?私は部分を実行しながら編集&保存を意味する。 – KRONWALLED
現実的な例として、TypeScriptをJavaScriptにコンパイルするタスクを実行しているとします。私が何かを書いて保存したら、コンパイラ・タスクが実行され、実行中にいくつかの関連性のある変更が行われます。最初のタスクは終了しますが、タスクは再度実行されません。コンパイルのタスクが再度実行されなかったため、ソースファイルの –
あなたは1.62秒ですばやく関連する変更を行っていますか?私は誰かがこれに興味があるように答えてくれることを願っていますが、コンパイル中にコードを変更しない限り、これに対する解決策は想像できません。 – KRONWALLED