我现在发现了这个问题，用一个旧代码，然而，我解决了它: 纱升级

这比表面上看起来更有问题。

如果您包含一个需要节点6的模块，但您有其他使用节点11的模块，您将得到这个错误!

当你使用nom/yarn/等第三方模块时，这是有问题的。要安装，因为如果不做git fork，你就无法访问这些包回购。

在我的例子中，我使用yarn工作区和包中的一些模块。工作区中的Json文件可能需要foo 1.0，而其他文件则需要foo 2.0, 1.0版本可能需要节点6,2.0版本可能需要节点14。

我发现的唯一解决方案是使用——ignore-engines，尽管这显然是其他人发布的——这并不能解决问题，只是忽略它，尽管可能会导致任何问题(节点6的代码可能无法在节点14上运行!)

我在Ubuntu上也遇到了类似的问题，即使在最新版本安装了很多次Nodejs之后，它总是显示相同的旧Nodejs版本;我发现它每次都在安装类似的旧Debian包，甚至在执行apt-get update命令之后也是如此

最后，我通过清除旧的nodeJs，然后添加不同的存储库源代码，并按照如下方式正常安装新发行版的nodeJs:

sudo apt-get purge --auto-remove nodejs
curl -fsSL https://deb.nodesource.com/setup_14.x | sudo -E bash -
sudo apt-get install -y nodejs

请在下面找到所有NodeJs发行版的列表 https://github.com/nodesource/distributions/blob/master/README.md

您可能会找到其他方法进行更新，但这个方法对我很有用。

有时您无法升级Node引擎(遗留项目、客户端需求等)。在这种情况下，我发现的解决方案是使用“选择性依赖解析”来降级有问题的版本，如Yarn中所述:

https://classic.yarnpkg.com/lang/en/docs/selective-version-resolutions/

{
  "name": "project",
  "version": "1.0.0",
  "dependencies": {
    "left-pad": "1.0.0",
    "c": "file:../c-1",
    "d2": "file:../d2-1"
  },
  "resolutions": {
    "d2/left-pad": "1.1.1",
    "c/**/left-pad": "^1.1.2"
  }
}

注意“决心”部分。您可以强制这些包使用降级版本(与您的旧Node引擎兼容)。

一个解决方案，就是一个黑客可以

yarn config set ignore-engines true

然而，如果你想要一个永久的解决方案是:

删除node_modules/， package-lock。Json & yarn.lock 再次运行yarn install或NPM I。

我现在发现了这个问题，用一个旧代码，然而，我解决了它: 纱升级