只需做两个简单的步骤:

首先，在终端中执行这个命令。

npm config set legacy-peer-deps true

其次，清除缓存:

npm cache clean --force

最后，执行你的命令。这肯定有用。

我只是更新了我的Node.js，它为我工作:

node -v

输出:

V xxxx

And:

sudo npm install -g n

(使用此命令安装稳定节点release)

sudo n stable

在我的例子中，我从版本6升级到版本7后开始得到错误(如下所示)。

npm犯错!ERR!无法解析依赖项 树 .．. npm犯错!修复上游依赖项冲突，或使用——force或——legacy-peer-deps重试此命令，以接受错误的(可能损坏的)依赖项解决方案。

在我的例子中，使用——legacy-peer-deps或——force标志进行编译会导致一个无用的包。

所以我试着删除node_modules, package-lock。Json和bundle使用yarn install。这就产生了纱线。锁定文件和创建的包锁。Json，在后续的NPM运行中工作良好。

附注:我正在使用临时的解决方法，直到npm 7对我的项目起作用:在那之后，我将删除yarn。锁,package-lock。Json和node_modules文件夹，然后用NPM重新编译

rm -rf node_modules
rm package-lock.json
yarn install
# Generates a yarn.lock file and a new package-lock.json

# Continue with npm
npm start

Yarn有一个特性可以解决这个问题。如果可以，尝试使用它来安装包。

免责声明:这假设你使用的是npm v7

注意:如果你遵循兄弟注释的指示，它将创建一个用户范围的配置，不会在队友/机器/构建机器人之间保持同步。

基于项目的遗留对等依赖

您可能希望将遗留同行deps与您的项目绑定在一起，以便它在机器/开发人员之间扩散，而不会污染您的其他项目。

npm config set legacy-peer-deps true --location project

这将创建一个本地文件在.npmrc，你可以提交到你的存储库:

legacy-peer-deps=true

然后，你就可以跑了:

npm install

然后提交更新后的锁文件。

记住，位置，位置，位置:

per-project configuration (/path/to/my/project/.npmrc, see more): npm config set legacy-peer-deps true --location project per-user configuration (defaults to $HOME/.npmrc, see more) npm config set legacy-peer-deps true --location user or, as the default location is user anyway: npm config set legacy-peer-deps true global configuration (defalts to $PREFIX/etc/npmrc, see more) npm config set legacy-peer-deps true --location global or, as --global infers --location global npm config set legacy-peer-deps true --global

对于某些项目，修复依赖关系可能不是简单的

在我的案例中，我们有一个遗留版本的关键依赖项想要引入webpack v3(!) -但这是该项目的构建依赖项。

短期内最好的解决方案是使用遗留peer-deps作为保留。

如果你在紧要关头，你也可以考虑对依赖项进行分叉，并相应地调整它的对等依赖项——它们将你的项目指向分叉。

重置package-lock。Json一直都很适合我:

git checkout -- package-lock.json

细节: 在更新遗留项目的所有包时，我经常遇到这种情况——我强烈不建议使用npm审计fix或npm I——force。删除包锁。Json也并不总是适用于我。回滚到包的工作版本。Json +包锁。Json和添加包对我来说是最安全、最快的变体。