NPM可用于在项目中安装和管理依赖项的版本。

我在React版本和npm版本上也遇到了同样的问题:

NPM错误发现类型/react@16.14.20

因此，它可能是需要根据您的包安装的包版本。json文件。

它会在npm 7版本中给出错误，并且无法安装Node.js模块。

如果你将npm版本降级到6，这些问题将变成警告，问题将得到解决。

试着证明这个命令:npm install -g npm@6 检查版本是否已经安装:npm——version 删除并安装node_modules包: a)删除rm -rf node_modules b)安装:npm i

Use

npm install --legacy-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了。

在使用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 install

它给了我一个错误，无法解决依赖树，根据这个命令的帮助信息，

Fix the upstream dependency conflict, or retry
npm ERR! this command with --force, or --legacy-peer-deps
npm ERR! to accept an incorrect (and potentially broken) dependency resolution.

我尝试了这个命令:

npm install --legacy-peer-deps

这解决了我的问题。

最快的解决方案:npm install——legacy-peer-deps

解释:

在npm版本3到6中，peerDependencies不会自动安装，如果在树中发现无效的peer dependency版本，将会发出警告。从npm v7开始，默认安装了peerDependencies。 npm docs: peerDependencies

你的依赖包含一些peerDependencies，这些peerDependencies与根项目的依赖冲突。

正如npm ERR日志中描述的那样。