虽然几乎每个人都建议增加观看人数，但我不同意这是一个解决方案。 在我的情况下，我想完全禁用watcher，因为测试运行在CI上使用vi -cli插件，启动web-pack-dev服务器为每个测试。

问题是:当几个构建同时运行时，它们会失败，因为达到了观察者的限制。

首先，我尝试将以下内容添加到vue.config.js中:

module.exports = {
  devServer: {
    hot: false,
    liveReload: false
  }
}

裁判:https://github.com/vuejs/vue-cli/issues/4368 # issuecomment - 515532738

而且它可以在本地工作，但不能在CI上工作(显然，由于某种模糊的原因，它在第二天也停止了在本地工作)。

在调查了web-pack-dev服务器文档后，我发现: https://webpack.js.org/configuration/watch/#watch

然后是这个: https://github.com/vuejs/vue-cli/issues/2725#issuecomment-646777425

长话短说这最终解决了问题:

vue.config.js

module.exports = {
publicPath: process.env.PUBLIC_PATH,
devServer: {
    watchOptions: {
        ignored: process.env.CI ? "./": null,
  },
}

}

Vue 2.6.14版本

正如@snishalaka已经指出的，你可以增加inotify观察者的数量。

但是，我认为默认值已经足够高了，只有在没有正确清理进程时才会达到这个值。因此，我只是重新启动了我的电脑，就像在相关的github问题上提出的那样，错误消息消失了。

删除react node_modules

rm -r node_modules

yarn or npm install

yarn start or npm start

如果发生错误，请再次使用此方法

我在使用图书馆wifi时也遇到了同样的问题，但当我换了网络后，它工作得很好。

更改网络连接

如果你使用vs代码编辑器，由于项目中有大量文件，任何编辑器都会出现错误。Node_modules和build不需要，所以在列表中删除。所有打开在vs代码文件菜单

你必须过滤不必要的文件夹文件侧边栏

进入代码>首选项>设置 在搜索设置中搜索关键字“文件:排除” 添加pettern

* * / node_modules

* * /构建

就是这样

设置fs.inotify. conf后，使用sysctl -p方式。Max_user_watches对我来说不起作用(顺便说一下，这个设置已经设置为一个很高的值，可能是我在不久前尝试修复这个问题时使用的，使用上面通常推荐的解决方法)。

我在这里发现的问题的最佳解决方案，下面我分享了解决它的执行步骤-在我的情况下，问题是在运行visual studio代码时发现的，但在其他情况下解决问题应该是一样的，比如你的:

Use this script to identify which processes are requiring the most file watchers in your session. You can then query the current max_user_watches value with sysctl fs.inotify.{max_queued_events,max_user_instances,max_user_watches} and then set it to a different value (a lower value may do it) sudo sysctl -w fs.inotify.max_user_watches=16384 Or you can simply kill the process you found in (1) that consumes the most file watchers (in my case, baloo_file) The above, however, will likely need to be done again when restarting the system - the process we identified as responsible for taking much of the file watchers will (in my case - baloo_file) - will again so the same in the next boot. So to permanently fix the issue - either disable or remove this service/package. I disabled it: balooctl disable.

现在运行sudo code——user-data-dir，这次它应该以管理员权限打开vscode。(顺便说一下，当它不运行sudo代码——user-data-dir——verbose来查看问题是什么——这就是我如何计算出它与文件观察者限制有关)。

更新: 你可以像这里描述的那样配置VS代码文件监视排除模式。这可能是最终的解决方案，我只是不确定你总是事先知道哪些文件你不感兴趣看。