删除`包锁。json`可以快速解决冲突

Question

在组建的团队中，我通常会在包锁中遇到合并冲突。json而我的快速修复方法一直是删除该文件并使用npm install重新生成它。我没有认真考虑过这个修正的含义，因为它以前没有引起任何可察觉的问题。

删除文件并让npm以这种方式重新创建文件而不是手动解决冲突是否有问题？

Answer 1

我知道这是一个老问题，但对于未来的寻求者，你也可以使用npm-merge-驱动程序，尝试自动解决npm相关文件的合并问题。

只需将其安装到全局npx npm-merge-驱动安装--global。你可以在这里阅读更多关于它的npm-合并-驱动程序

编辑：只是想警告那些对使用上述包感兴趣的人，有时它会表现不稳定，难以删除。所以虽然它是一个有用的工具，但它仍然需要一些工作。

编辑：此存储库现在存档并只读。

Answer 2

是的，它可能有不良副作用，可能不经常，但例如，你可以在包装。json“moduleX”：“^1.0.0”，您以前在包锁中有“moduleX”：“1.0.0”。json。

通过删除package-lock.json并运行npm安装，您可能会在不知道的情况下更新到moduleX的1.0.999版本，也许他们已经创建了一个错误或做了一个向后中断的更改（不遵循语义版本）。

无论如何，已经有了一个标准的解决方案。

1. 修复内部冲突package.json
2. 运行：npm安装-包锁-仅

查看此链接了解更多信息：

https://docs.npmjs.com/cli/v6/configuring-npm/package-locks#resolving-锁文件冲突

Answer 3

是的，它会以非常糟糕的方式影响所有的项目。

>

如果你的团队没有运行npm安装后，每个git拉你都使用不同的依赖版本。所以它以“但它对我有用！！”结束“我不明白为什么我的代码对你不起作用”

即使所有团队都运行npm安装，也并不意味着一切都正常。在某个时刻，您可能会发现您的项目的行为有所不同。在一个你已经多年没有改变的地方。在调试之后（可能是相当痛苦的），您会发现这是因为第三级依赖项已更新为下一个主要版本，这导致了一些突破性的更改。

结论：永远不要删除包锁。json。

是的，对于第一级依赖项，如果我们在没有范围的情况下指定它们（如“反应”：“16.12.0”），我们每次运行npm安装都会得到相同的版本。但是我们不能对2级深的依赖（我们依赖的依赖）说同样的话，所以package-lock.json对于稳定性非常重要。

在您的情况下，您最好采用下一种方式：

1. 修复包中的冲突。json

看起来很容易。纱线也是如此——它自己修复了锁文件冲突。这里唯一的要求是提前解决package.json中的所有冲突（如果有的话）。

每文档npm将修复package-lock.json中的合并冲突。

[2021年的Upd]重要！如果您已经使用了某个库，并且其维护者的npm/GitHub帐户被黑客攻击。并且发布了包含恶意代码的新版本。你有包锁。json完好无损。你会没事的。如果你把它扔了，你就有麻烦了。