是的，你应该承诺。了解更多关于纱线的知识。锁定文件，参考这里的官方文档

不是要唱反调，但是我已经慢慢地(在过去的几年里)意识到你不应该提交锁文件。

我知道他们所有的文件都说你应该这么做。但这又能有什么用呢!在我看来，弊远大于利。

基本上，我花了无数小时调试问题，最终通过删除锁文件解决了这些问题。例如，锁文件可以包含有关使用哪个包注册中心的信息，而在不同用户访问不同注册中心的企业环境中，这将导致灾难。

Additionally, the lock files can really mess up your dependency tree. Because yarn and npm create a complex tree and keep external modules of different versions in different places (e.g. in the node_modules folder within a module in the top node_modules folder of your app), if you update dependencies frequently, it can create a real mess. Again, I have spent tons of time trying to figure out what an old version of a module was still being used in a dependency wherein the module version had been updated, only to find that deleting the lock file and the node_modules folder solved all the hard-to-diagnose problems.

我现在甚至有shell别名，在运行yarn或npm之前删除锁文件(有时也删除node_modules文件夹!)

只是硬币的另一面，我猜，但盲目地遵循这个教条会让你付出代价........

取决于你的项目是什么:

你的项目是一个应用程序吗?然后:是的 你的项目是图书馆吗?如果有:没有

更详细的描述可以在这个GitHub问题中找到Yarn的创建者之一。说:

包。Json描述了原作者所期望的版本，而yarn。Lock描述给定应用程序的最后一个已知良好配置。

只有纱线。将使用顶级项目的锁文件。因此，除非一个项目将被单独使用，而不是安装到另一个项目中，否则提交任何yarn都是没有用的。锁定文件-相反，它将始终取决于包。json文件来传达项目期望的依赖项的版本。

我想是的，因为Yarn会自己制作纱线。锁文件: https://github.com/yarnpkg/yarn

它用于确定包依赖项解析。

我看这是两个独立的问题。我来回答两个问题。

你应该把文件提交到回购吗?

是的。正如ckuijjer的回答中提到的，在迁移指南中建议将该文件包含到repo中。往下读，你就会明白为什么你需要这么做。

什么是yarn.lock?

它是一个存储项目的确切依赖项版本以及每个包的校验和的文件。这是yarn为依赖项提供一致性的方法。

要理解为什么需要这个文件，你首先需要理解原始NPM的package.json背后的问题。当你安装这个包时，NPM将存储一个依赖的允许修订范围，而不是一个特定的修订(semver)。NPM将尝试在指定范围内获取更新依赖项的最新版本(即非破坏性补丁更新)。这种方法有两个问题。

依赖项作者可能会发布补丁版本更新，而实际上引入了一个会影响您的项目的破坏性更改。 两个在不同时间运行npm install的开发人员可能会得到不同的依赖集。这可能会导致一个bug在两个完全相同的环境中无法重现。例如，这可能会导致CI服务器的构建稳定性问题。

另一方面，纱线采用了最大可预测性的路线。它能产生纱线。锁定文件以保存确切的依赖项版本。该文件到位后，yarn将使用存储在yarn中的版本。锁定，而不是从package.json解析版本。这个策略保证上面描述的问题不会发生。

纱线。锁类似于npm-shrinkwrap。可以通过NPM shrinkwrap命令创建的Json。检查解释这两个文件之间差异的答案。

是的，你应该承诺。了解更多关于纱线的知识。锁定文件，参考这里的官方文档