Npm 对package-lock.json的更改是否会影响部署?

Npm 对package-lock.json的更改是否会影响部署?,npm,npm-install,Npm,Npm Install,我正在阅读,我的解释是,对它的承诺更改永远不会在部署的版本中引起问题 在推出期间,我们运行npm安装,它无论如何都会创建(或覆盖)锁文件。在我看来,锁文件更多的是在安装时接收并发世界的状态,而不是如何执行安装的指针 然而,我并没有成功地说服我的团队这是事实。他们对上面的陈述感到不安(既不反驳也不反对,只是不完全相信他们会拿它打赌) package-lock.json是否可能影响实际安装 由于我是公司的新员工,我10多年的业绩记录影响有限。我谦卑地认为,即使锁文件以前从未给我带来任何问题,但如果本

我正在阅读,我的解释是,对它的承诺更改永远不会在部署的版本中引起问题

在推出期间,我们运行npm安装,它无论如何都会创建(或覆盖)锁文件。在我看来,锁文件更多的是在安装时接收并发世界的状态,而不是如何执行安装的指针

然而,我并没有成功地说服我的团队这是事实。他们对上面的陈述感到不安(既不反驳也不反对,只是不完全相信他们会拿它打赌)

package-lock.json是否可能影响实际安装

由于我是公司的新员工,我10多年的业绩记录影响有限。我谦卑地认为,即使锁文件以前从未给我带来任何问题,但如果本地环境的配置方式我还不熟悉,我的经验可能与此无关。所以我太谨慎了,不敢拿我的声誉打赌,因为我们即将发布一个非常重要的版本

在我看来,锁文件更多的是在安装时接收并发世界的状态,而不是如何执行安装的指针

也许我对您的陈述的解释是错误的,但是包锁在某种程度上是未来安装的指针。请参阅常规链接(与您共享的链接不同),上面文档中的以下语句可能会有所帮助:

该文件描述了一个精确的、更重要的是可复制的节点树。一旦它出现,任何未来的安装都将基于此文件,而不是根据package.json重新计算依赖项版本`


阅读以下关于这个主题的文章可能对你也有帮助。谢谢

那么,您认为提交package.json并省略package.lock.json是一种好的做法吗?或者你会说提交和检入两者都是一种很好的实践吗?提交和检入两者都是一种很好的实践,这样所有在项目中工作的人都将具有相同的依赖结构。如果您想更改模块,可以更新
package.json
和do
npm install
package lock
将被更新,然后您可以提交给团队中的其他人使用。