在纱线（“浆果”）的下一个版本中manual https://yarnpkg.com/getting-started/install指出应该只提交创建的名为.yarn，但是如果您对yarn使用多版本设置，则该目录包含该文件releases/yarn-berry.js这似乎是整个 berry 版本的yarn，占用超过 2MB 的磁盘空间。
这看起来真的是错误的——为什么我应该将包管理器提交给 git，只是为了让它工作？
Yarn 开发人员在中解释了这样做的理由安装文档 https://yarnpkg.com/getting-started/install#about-global-installs，在“关于全局安装”部分：
在系统中使用单个包管理器一直是一个问题。为了保持稳定，安装需要在不同环境中使用相同的包管理器版本运行，否则我们可能会在版本之间引入意外的重大更改 - 毕竟，这就是首先引入锁文件概念的原因！从某种意义上说，Yarn 是您的第一个项目依赖项，因此“锁定它”也应该有意义。
一旦 Yarn 被跟踪并“锁定”为每个项目的依赖项，如果您遵循 Yarn 2，它最终会提交到 Git零安装策略，其基本原理解释如下 https://yarnpkg.com/features/zero-installs.
我是 Yarn 的新手，但我花了数年时间从事 DevOps 工作，帮助开发人员弄清楚为什么他们的代码有时可以在团队一半的笔记本电脑上正确构建，但不能在另一半上正确构建，或者在继续时突然开始无法在 CI 中构建去其他地方工作。尝试保留版本npm鉴于 Node 不断升级，在公司的每台计算机和代码库中保持一致基本上是不可能的，但将每个项目锁定到其自己的特定版本的 Yarn ——通过致力于 Git，保证在每次结账时可用该项目的——解决了这个问题。
本文内容由网友自发贡献，版权归原作者所有，本站不承担相应法律责任。如您发现有涉嫌抄袭侵权的内容，请联系:hwhale#tublm.com(使用前将#替换为@)
