为什么我不用 npm 来安装 yarn？答案

【问题标题】：Why wouldn't I use npm to install yarn?为什么我不用 npm 来安装 yarn？
【发布时间】：2017-02-22 20:47:27
【问题描述】：

在the blog post announcing yarn (an alternative npm client) 中，他们说，“最简单的开始方法是运行npm install -g yarn”。但是，如果您转到the "install yarn" page in their docs，“npm install yarn”不会列在任何特定于平台的安装页面上，它仅作为“替代”页面上三个选项中的第三个提供。此外，当您npm install yarn 时，它会打印一条弃用警告，“建议使用适合您环境的本机安装方法安装 Yarn。”所以我的问题是如果npm install 是最简单的安装方法，为什么他们的文档中没有推荐它？使用npm安装yarn有什么坏处吗？

【问题讨论】：

npm install 肯定是列出来的：yarnpkg.com/en/docs/install#install-via-npm
@halfpastfour.am 当我访问该链接时，它会将我重定向到yarnpkg.com/en/docs/install#mac-stable，它没有将 npm 列为安装方法
好的，试试这个并向下滚动yarnpkg.com/en/docs/install#alternatives-stable
@halfpastfour.am 正如问题文本中所述，npm 确实被列为“替代”页面上三个选项中的第三个。

标签： node.js npm npm-install yarnpkg

【解决方案1】：

编辑（2020/11/23）：

感谢 @Kissaki 在 cmets 中提供 Yarn 建议的最新信息。

从 Yarn 2.x 开始，Yarn 团队改变了他们的建议，现在建议通过 npm 安装该工具。此建议围绕锁定每个项目使用的 Yarn 版本的优势。这使项目能够适应不同版本的 Yarn。

来自新 Yarn "Installation" page:

在整个系统中使用单个包管理器一直是问题。为了稳定，安装需要使用相同的包运行跨环境的管理器版本，否则我们有风险在版本之间引入意外的重大更改 - 毕竟，这就是为什么首先引入了lockfile的概念！从某种意义上说，Yarn 是你的第一个项目依赖项，它 “锁定”也应该有意义。

因此，Yarn 2 及更高版本应在以项目为基础。

这类似于基于每个项目锁定构建工具版本的其他方法。有关示例，请参见 Gradle Wrapper。

独立安装 Yarn 的优势很快就消失了，尤其是随着 Yarn 团队方向的改变。现在建议通过 npm 安装，并且从 Yarn 2.x 开始，他们的网站上似乎不再提供独立安装的说明。

原答案：

据 Yarn 项目维护人员称，通过 npm goes against the goals of the project 安装 Yarn 可能会导致问题，并且通常比特定于平台的安装方法更糟糕。

推荐的特定平台安装的优点：

Yarn 团队认为 npm 不安全且不可靠。来自 Yarn 的 "Installation" page 上的“通过 npm 安装”部分：

注意： 一般不建议通过 npm 安装 Yarn。使用 npm 安装 Yarn 是不确定的，包没有签名，唯一执行的完整性检查是基本的 SHA1 哈希，这在安装系统范围的应用程序时存在安全风险。

由于这些原因，强烈建议您通过最适合您的操作系统的安装方法来安装 Yarn。

通过 npm 运行 Yarn，它是一个单独的包管理器实用程序，可能会导致边缘情况问题（请参阅 issue 2072）
通过系统包管理器安装将 Yarn 与 npm 分离，允许您在没有 npm 的情况下运行 Yarn
系统包管理器通常会定期运行，保持 Yarn 更新
通过 npm 安装 Yarn 是 slow

npm install -g yarn的优势：

快速简单 (npm install -g yarn)
可以在任何 npm 环境中完成（与平台无关）
Node.js 开发人员熟悉的范例和流程
可以轻松更新 (npm update -g yarn)
- 存在 Yarn 更新命令 (yarn self-update) 但它似乎是 broken
不依赖系统包管理器
可以通过nvm为不同的项目或不同版本的Node.js使用不同版本的Yarn

推荐安装的系统包管理器参数在提到没有官方包管理器的 Windows 时往往会崩溃（除非您计算 Windows 更新）。此外，Chocolatey 等 Windows 包管理器通常未配置为自动更新。

我不确定我是否完全同意 Yarn 团队对此的决定，但他们确实提出了一些公平的观点。 Yarn 项目还很年轻，如果它要成为 npm 的替代品，那么鼓励 npm 作为其主要安装程序是没有意义的。

无论如何，在大多数情况下，现在通过 npm 安装似乎都可以正常工作。

来源：

【讨论】：

意见：似乎真正的答案是因为 yarn 是 npm 的竞争对手。所以他们需要一条不涉及 npm 的采用路径。我个人同意 yarn 更好，但我觉得说安装另一个包管理器（Homebrew）有点傻，比使用已经安装的 npm 更好，可以跨平台工作，并且可以在项目之间进行版本控制。跨度>
另一种观点：最简单、更灵活的方式是通过curl -o- -L https://yarnpkg.com/install.sh | bash。他们的建议是有道理的；当愿意安装依赖管理器时，为什么要依赖？我认为这是主要原因；商业竞争是公平的，因为他们甚至建议将 NPM 作为方法之一。只是，由于他们编写了一个软件来弥补过去几年 NPM 及其开发过程所造成的混乱，很明显他们强调了它的所有缺陷，并劝阻不要将其用作 Yarn 的起点。
另一种观点：如果yarn真的更好（我同意），那么是否使用npm安装并不重要。我们都知道你上次打开 IE 是为了下载 Chrome。
我认为使用 npm 安装 yarn 时出现的缓存问题问题也可能在以其他方式安装时出现，所以我觉得呈现这样的东西是有偏见的。
这似乎不再是这种情况。 3 年后（对此答案），可安装版本 1 托管在 yarn 网站的 only on the 'classic' subdomain 上。 The main Installation page 谈到版本 1 和 2，而 2 是 1 的继承者。它也只谈到 npm install 进行安装。所以看起来现在和未来 npm 工具是要走的路。

【解决方案2】：

通过npm 安装 Yarn 没有明显的缺点。其实我自己选择这个方法有几个原因：

这显然是最简单的方法。 npm i --global yarn和你可以立即在您的控制台上将 npm 替换为 yarn。
如果您使用 nvm 并在每个 NodeJS 版本上维护不同的代码项目，那么您可以在一个版本上安装 Yarn 而在另一个版本上不安装它
老实说，我能想到在特定平台安装中没有提到它的唯一原因是 npm 与平台无关

【讨论】：

【解决方案3】：

因为npm 不是特定于平台的，并且几乎可以在任何系统上运行，所以它被列为备选方案。平台特定安装没有优势或劣势。不同之处在于安装位置，但所有方法都将全局 yarn 命令暴露给 CLI。

我认为他们将其列为“最简单的方法”，因为大多数人已经非常熟悉 npm。

【讨论】：