本地安装babel-cli后npm list报依赖缺失错误的解决问询

我之前也碰到过类似的npm依赖树问题，结合你的环境和操作记录，给你几个可行的解决思路和降噪方案：

一、解决根本问题的方案 #

1. 重新生成可靠的package-lock.json #

你的旧锁文件大概率和本地安装的依赖版本不匹配（npm 5.x的锁文件确实有不少兼容性bug），删除后重新生成是最直接的解决办法，而且完全不用担心隐患——只要你重新执行npm install，新锁文件会精准匹配当前本地的依赖树，反而能避免后续版本不一致的问题。

执行以下命令（Windows环境）：

rmdir /s node_modules  # 删除整个node_modules文件夹
del package-lock.json
npm install

完成后再运行npm list --depth 0，应该就不会再出现依赖缺失的错误日志了。

2. 确保babel-cli和babel-core版本匹配 #

babel-cli和babel-core必须保持同大版本（比如都是6.x或7.x），版本不兼容也会导致依赖树报错。检查你的package.json，如果两者版本不一致，卸载后重新安装对应版本：

npm uninstall babel-cli babel-core
npm install --save-dev babel-cli@6.x babel-core@6.x

（如果想用7.x版本，把命令里的6.x换成7.x即可）

二、临时降噪方案（不想修改锁文件时） #

如果你暂时不想动锁文件，可以直接过滤掉错误输出，只保留正常的依赖列表：

• 在CMD中执行：

  npm list --depth 0 2>nul
  

• 在PowerShell中执行：

  npm list --depth 0 2>$null
  

这样就不会看到那些烦人的依赖缺失日志了，只显示你关心的顶层依赖。

三、可选优化：升级npm版本 #

npm 5.6.0存在一些已知的锁文件和依赖树处理bug，你可以升级到同大版本的稳定版（比如npm 5.10.0），或者直接升级到更稳定的npm 6.x（node 8.9.1完全支持）：

npm install -g npm@6.x

升级后再重新生成锁文件，很多依赖树的问题会自动解决。

最后补充一句：删除旧的package-lock.json真的没什么隐患，反而能修复因锁文件损坏导致的依赖问题，只要重新生成的锁文件是基于当前环境的，就可以放心使用。如果是团队协作，记得让所有人用相同版本的npm，避免锁文件生成差异。

内容的提问来源于stack exchange，提问作者YahiaRefaiea