Gulp的作品几乎很棒。它监视并正确运行任务,除非它处于运行任务的中间,它不会一直在监视与该任务相关的文件,以便在最后一项任务完成时再次运行任务。gulp手表并不总是在任务中观看
[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
编辑:不介意短时间;这只是一个不好的例子。我真正运行的任务在10-15s内运行,在这段时间内,我可以进行其他相关更改并保存,这是现实的。
编辑composer.lock文件时会触发此操作。
已经编辑了composer.lock文件和任务后,已经开始运行,编辑和在时间“作曲的任务”是输出再次保存composer.lock,
预计:任务后,再次运行完成
实际:任务完成并不会重新运行,以适应该发生的,因为
我使用Ubuntu上一口关注这些变化。
我明白你的问题,但你为什么要这么做?我的意思是编辑和保存,而运行的一部分。 – KRONWALLED
为了一个现实的例子,说我正在运行一个任务将TypeScript编译成JavaScript。如果我编写了一些东西并保存,然后运行编译器任务,然后在运行时我做了一些快速的相关更改,然后第一个任务完成,但任务不再运行:那么编译的JS文件的状态将不匹配因为编译任务没有再次运行,所以源文件的源代码文件。 –
您在1.62秒内快速进行相关更改?我希望有人对此有一个答案,因为我也对它感兴趣,但我无法想象解决方案,因为通常在编译时不会更改代码。 – KRONWALLED