在我的例子中，我遇到了@babel/core依赖的问题，但我不想使用——force，因为我不确定后果，所以我去https://www.npmjs.com/，寻找包并用最新的包替换了我的旧版本。这就成功了。

如果它可以帮助某人，我得到这个错误，在GitHub操作，同时推送我更新的包和包锁JSON文件，

问题在于我们内部的NPM包不一致。 我必须补充一点

legacy-peer-deps=true

在我们的

npmrc。

文件来覆盖依赖项。

所以我觉得有时候最好使用legacy-peer-deps来覆盖项目包中不需要的依赖项

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

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

git checkout -- package-lock.json

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

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