在我的情况下，简单地重新运行brew install yarn解决了这个问题。

只要检查你的预安装脚本，如果你有一个。有时候为了限制node和npm的版本，你需要运行一个项目。

如果是这种情况，你需要通过npm install -g semver手动安装semver

对我来说，它发生在我的项目从gulp 3升级到gulp 4的时候。 所以，当我运行“gulp watch”命令时，它抛出了同样的错误。

这可能是由于与我的全球安装的gulp版本不匹配。

因此，要么用“-g”全局标志升级gulp会有所帮助，要么我按照下面的方法进行

但是，我在我的项目中使用了“./node_modules/.bin/gulp watch”。这确保了gulp需要的所有依赖项都只取自node_modules。

我所需要的是在我工作的目录中sudo rm -rf node_modules/。这发生在我用n个lt更新我的节点版本之后

提醒一下，可执行npm通过node env执行:

xb@dnxb:/tmp$ type -a npm
npm is /usr/bin/npm
npm is /bin/npm
xb@dnxb:/tmp$ realpath /usr/bin/npm /bin/npm
/usr/share/npm/bin/npm-cli.js
/usr/share/npm/bin/npm-cli.js
xb@dnxb:/tmp$ 
xb@dnxb:/tmp$ head -1 /usr/share/npm/bin/npm-cli.js
#!/usr/bin/env node

我可以通过-a类型检查哪个节点被选择，第一行具有最优先级，即，如果我运行/usr/local/bin/node /usr/share/npm/bin/npm-cli.js，我可以得到相同的错误，但如果我运行/usr/bin/node /usr/share/npm/bin/npm-cli.js，则没有错误:

xb@dnxb:/tmp$ type -a node
node is /usr/local/bin/node
node is /usr/bin/node
node is /bin/node
xb@dnxb:/tmp$ realpath /usr/local/bin/node
/usr/local/bin/node
xb@dnxb:/tmp$ realpath /usr/bin/node
/usr/bin/node
xb@dnxb:/tmp$ realpath /bin/node
/usr/bin/node
xb@dnxb:/tmp$ 

有2个唯一的基于realpath的节点exe。如果你有类似的情况，那么你需要找出如何删除不需要的/损坏的节点exe，例如sudo rm /usr/local/bin/node或操纵env $PATH。

对我来说，这发生在我在全球安装纱线之后。 为了解决这个问题，使用yarn安装npm。

yarn global add npm