作为我典型工作流程的一部分，我刚刚生成了一个新的 npm 锁定文件 package-lock.json。但我注意到这次所有的完整性哈希都从 sha1 更改为 sha512。这里发生了什么？
"chalk": {
"version": "2.0.1",
"resolved": "https://registry.npmjs.org/chalk/-/chalk-2.0.1.tgz",
- "integrity": "sha1-ce5R+nvkyuwaY4OffmgtgTLTDK8=",
+ "integrity": "sha512-lyuxPGr/Wfhrlem2CL/UcnUc1zcqKAImBDzukY7Y5F/yQiNdko6+fRLevlw1HgMySw7f611UIY408EtxRSoK3Q==",
[…]
}
据我所知，npm 将完整性校验和从 sha1 更改为 sha512。
如果您的 git 更改从 sha1 变为 sha512，您应该进行一次更新，之后会很好。
如果其他人使用代码库并看到从 sha512 到 sha1 的 git 更改（这是我遇到的问题），您可以通过运行以下命令来修复它：
放弃 git 中对 package-lock.json 的更改
npm i -g npm
rm -rf node_modules/
npm i
这将更新 npm 并重新安装所有包，以便存在新的校验和 (sha512)。
以戴夫的回答为基础。我发现的解决方法是执行以下操作：
npm i -g npm
cd {working directory}
rm -rf node_modules/
rm package-lock.json
npm cache clear --force
npm i
我们同时为所有开发人员执行此操作，这阻止了导致令人沮丧的合并冲突的 sha-512 与 sha-1 问题。
另请参阅https://github.com/npm/npm/issues/17749尽管声称该问题已“修复”，但事实并非如此。删除node_modules是一种解决方法。
可能与操作系统有关系。我们现在正与 Linux 和 Windows 平台上的开发人员一起解决这个问题。
作为@Daniel Cumings，我还必须删除package-lock.json以摆脱sha1哈希。以下是供参考的Windows CLI 命令，其作用与 Daniel 的脚本相同：
npm i -g npm
rd /s /q "node_modules"
del package-lock.json
npm cache clear --force
npm i
我在大团队中工作。强迫每个开发人员强制清理npm缓存是困难且不可靠的。此外，这并非每次都有帮助。所以，对于仍然面临这个 npm 问题（和我一样）并且没有其他帮助的人 - 试试我最近构建的这个基于 git 的工具：https ://github.com/kopach/lockfix 。它恢复sha512 -> sha1npm 锁定文件的完整性更改。如果您将其添加到您的postshrinkwrap脚本中package.json- 您最终应该将所有完整性属性设置为sha512并使锁定文件保持一致。
npm install --save-dev lockfix
"scripts": {
"postshrinkwrap": "lockfix",
},
在我的情况下npm -g i npm还不够，我不得不修改 PATH 以在开始时指向新的 npm。
要在不修改的情况下检查它，请尝试/usr/local/bin/npm i代替npm i.
在以前的评论和建议的基础上进一步构建，对我来说，我需要擦除现有的 node_modules 文件夹、缓存，然后从 git 获取 sha512 package-lock.json 文件（从另一台计算机提交），最后执行 npm i . 像这样的东西：
npm i -g npm
rm -rf node_modules/
npm cache clear --force
git reset --hard
npm i
在这个 package-lock.json 使用 sha512 和其他变化稳定之后。