在使用npm 7时，这种情况经常出现，因为对等依赖问题在版本7中被视为错误，而在版本6中通常只是警告。通常使用——legacy-peer-deps可以让它在npm 7中工作。

当这不起作用时，一个选择是降级到npm 6。降级Node.js是没有必要的(但也没有害处)。相关的依赖管理代码在npm中。降级Node.js通常是巧合，因为这样做通常也会降级npm。

另一个比降级npm破坏性更小的选择是使用npx来使用之前版本的npm的install命令:npx -p npm@6 npm install

当所有这些都失败时，通常值得尝试删除node_modules目录和包锁。Json，然后再次运行NPM install。这会重新生成node_modules和package-lock.json。

免责声明:这假设你使用的是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作为保留。

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

在这个案子上，我遇到了问题

无法解析依赖树

在一个Angular 13项目中，它使用了Azure DevOps中私有npm提要中的一些包。

为了访问这个存储库，我创建了一个.npmrc文件。正因为如此，npm install命令将搜索我的私有存储库中的所有包，而不再是npm feed中的包。无法解决依赖树错误是因为npm install命令找不到很多托管在npm提要而不是我的私有提要中的包。

我找到了一个关于如何确定包范围的惊人答案。

在此基础上，我做了一些修改:

在我的图书馆包里。Json，更新名称有一个作用域名@mylib “名称”:“@myLib /命令队列”, 构建并将此包发布到我的私人提要 在我的客户端应用程序(使用这个包的应用程序)中，更新.npmrc文件，只对这个范围内的包使用我的私有提要 @myLib:注册表= https://pkgs.dev.azure.com/..。 always-auth = true

现在，每当我运行npm install命令时，如果包的作用域是@myLib，它就会在我的私有提要中查找它，并在所有其他情况下使用npm提要(即@angular/…)

这是我的客户端应用程序包的一个例子。json文件:

    "@angular/platform-browser-dynamic": "~13.3.0",
    "@angular/router": "~13.3.0",        <-- this comes from npm
    "@myLib/jcg-command-queue": "^2.2.0", <-- This comes from my private feed

而且，有了这个改变，就不需要再在npm install命令中添加——legacy-peer-deps了。

这是Node.js版本的问题。一些最新版本的Node.js可能会显示类似的错误。

https://github.com/nvm-sh/nvm

我使用NVM来管理系统上的Node.js版本，并使用Node.js 12来克服这个错误。

修改版本命令:

nvm use 12

以防万一，当我尝试npm升级当前的Angular 11时，我确实有类似的行为。或者基于Angular 12.x创建新的ng new abc。我只是忘了升级Angular CLI。所以这个npm install -g @angular/cli@latest解决了我在ng new abc期间的错误。

在我的例子中，我从版本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