是否可以在没有手动加油命令的情况下启动gulp.watch？

我正在尝试为多个人设置一个监视过程，这些人将持续监视一组文件。我知道如何设置gulp.watch，但我需要更进一步，让watcher自动启动并始终运行。手动启动它会给潜在的用户错误留下空间，比如有人在进行更改之前忘记启动它。

---

此外，每个人都有不同数量的代码基签出（对于并发开发）。这个观察者要么需要知道所有这些代码库，要么每个代码库都必须有一个唯一的代码库处于活动状态。我能做些什么使它尽可能自动化？这是工作环境的一小部分，所以我不能让它成为需要每个用户持续维护的东西

一个简单的启动脚本就足够了（在os启动时运行），尽管我有点想知道您正在使用的这个开发环境。。。听起来好像每个人都在处理不同的代码集，但它们都在编译并部署到一台服务器上。。或者别的什么。似乎有点奇怪，您需要在处理这些文件时观察它们，而不是在将文件提交到版本控制时只观察它们之间的差异。在保存时观察的想法是，开发人员可以在修改代码后立即测试它们的代码，而不是等待提交后再运行编译。我喜欢在启动时运行watch，但是每个开发人员都可以有多个版本的代码库，它们可以同时处理任务，所以这个自动启动的watcher需要知道（或者手动设置）来监视每个代码库。我希望尽可能避免手动配置。对我来说，你似乎太努力使事情变得简单了。开发人员在开始处理特定项目时键入“gulpdev”是否不够容易？这就是我们要做的，在我们的例子中，gulp dev构建项目，打开一个针对该项目的浏览器选项卡，然后监视更改。更改css时，会重新编译css并将其注入浏览器选项卡。当js被更改时，项目被重新构建，浏览器选项卡被刷新。一个简单的启动脚本就足够了（在os启动时运行），尽管我有点想知道您正在使用的这个开发环境。。。听起来好像每个人都在处理不同的代码集，但它们都在编译并部署到一台服务器上。。或者别的什么。似乎有点奇怪，您需要在处理这些文件时观察它们，而不是在将文件提交到版本控制时只观察它们之间的差异。在保存时观察的想法是，开发人员可以在修改代码后立即测试它们的代码，而不是等待提交后再运行编译。我喜欢在启动时运行watch，但是每个开发人员都可以有多个版本的代码库，它们可以同时处理任务，所以这个自动启动的watcher需要知道（或者手动设置）来监视每个代码库。我希望尽可能避免手动配置。对我来说，你似乎太努力使事情变得简单了。开发人员在开始处理特定项目时键入“gulpdev”是否不够容易？这就是我们要做的，在我们的例子中，gulp dev构建项目，打开一个针对该项目的浏览器选项卡，然后监视更改。更改css时，会重新编译css并将其注入浏览器选项卡。更改js后，将重新构建项目，并刷新浏览器选项卡。