Git 自动合并包-lock.json

自动合并包-lock.json 冲突（内容）：在package-lock.json中合并冲突 自动合并失败；修复冲突，然后提交结果

关于这个问题有什么想法吗？

根据：

解决锁文件冲突 有时，两个单独的npm安装将创建 在源代码管理系统中导致合并冲突。截至<代码>npm@5.7.0， 这些冲突可以通过手动修复任何

package.json

冲突，然后再次运行

npm安装[--仅限软件包锁定]

。 npm将自动为您解决任何冲突，并编写 合并的包锁，包括来自两个包的所有依赖项 一棵合理的树上的树枝。如果提供了

--仅包锁

， 它将在不修改本地

节点\u模块的情况下完成此操作

为使此过程无缝连接Git，请考虑安装
，这将
教git如何在没有任何用户交互的情况下自己完成这项工作。在里面
简短：
$npx npm合并驱动程序安装-g
将允许您执行此操作，并且
甚至可以与pre-
npm@5.7.0
npm 5的版本，尽管稍微多一些
吵闹请注意，如果
package.json
本身发生冲突，则
要手动解决此问题并手动运行
npm安装
，即使使用
合并驱动程序

删除package-lock.json，然后运行mergeagain@DaveCarruthers这是个坏主意，因为它会将所有依赖项都推到最新版本，这可能会导致项目中断。相反，检查每个分支的package.json中做了哪些更改，然后重新应用它们。@DaveCarruthers锁文件的全部思想是能够信任依赖项处于已知的工作状态。虽然您的方法可能适用于小型项目（或已经固定了semvar范围的
package.json
），但它可能会使具有大型依赖关系树的遗留项目失败。我尝试升级所有依赖项，但我有一些项目，在这些项目中，我一次只能手动更新一个依赖项，这也可能导致开发失败-overhead0@k0pernikus-您回复Dave时，好像他建议删除package-lock.json，然后再次运行
npm i
，但他没有这样做。他建议再次运行合并。为什么会将所有依赖项都升级到最新版本？这难道不能确保当前分支与传入分支具有相同的package-lock.json吗？
git merge --no-ff account-creation