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

无法解析依赖树

在一个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。

尝试删除节点模块和包锁。Json文件，运行命令NPM install 或 试试npm cache clean——force

只需做两个简单的步骤:

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

npm config set legacy-peer-deps true

其次，清除缓存:

npm cache clean --force

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

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

git checkout -- package-lock.json

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

该问题与依赖冲突或破坏的依赖有关。您可以通过强制安装来接受依赖项的错误。

解决方案:使用命令——force。

你的命令应该像npm install——force @your-npm-package。

注意:如果在yarn包管理器中安装依赖项可用，则可以使用yarn安装依赖项。