Visual studio code Flow IDE支持正在与Webpack进行斗争

我已经将flow集成到了一个webpack/babel构建中，它非常有效。WebpackDevServer在不到一秒钟的时间内编译/服务资产，如果出现流类型错误，它会很好地打印出来。我对此很高兴

当我打开IDE时，问题就开始了。在VSCode和Atom中，如果启用任何类型的流支持，我的webpack/babel构建立即开始阻塞。编译任何更改都需要4到70秒的时间。通常，它会失败，并给出多个

流仍在初始化的通知，表明它已多次尝试启动服务器

我怀疑webpack和IDE都试图同时启动单独的流服务器，这导致了冲突。或者他们使用相同的流服务器，出于某种原因，这也是一个问题。我就是不知道该怎么办。我曾经尝试过使用全局
流
和使用
node\u模块
中的一个模块使用webpack指向单独的二进制文件。没有骰子

看起来这一定是一个非常常见的用例-flow+一个网页观察者+任何IDE

我想让我的webpack build编译流代码，让我的IDE显示语法错误等。到目前为止，这是不可能的
看起来插件使用了自己的流副本，来自
流bin
包：



如果此版本与IDE正在启动的版本不同步，那么他们将进行斗争——启动一个版本的Flow将杀死任何具有已在该目录中运行的其他版本的Flow服务器

如果将
flow-bin
放入
devDependencies
（与此网页包插件一起）并将其锁定到特定版本，同时将IDE设置为使用
flow-bin
中的流二进制文件，则看起来
npm
将只安装您指定的版本，插件和IDE都可以使用相同的流版本

如果不了解有关设置的更多细节，就很难推荐更具体的解决方案。您必须使您的IDE和此网页包插件运行相同版本的Flow，或者停止使用IDE或网页包插件。
成功了！非常感谢。我想补充一点，我必须将
flow-bin
设置为webpack插件使用的版本，因为它与更高版本不兼容这很奇怪，看起来它应该适用于任何大于
v0.33
的版本。这是一个非常旧的版本，所以事情可能不会像你期望的那样工作。例如，核素可能不再与该版本完全兼容。更不用说从那以后发生的类型检查器改进了。我希望它也能工作，但它在更高版本（0.44）中抛出了一个错误