pnpm

pnpm是一种新起的包管理器，从npm的下载量看，目前还没有超过yarn，但它的实现方式值得主流包管理器学习，某些开发者极力推荐使用pnpm

从结果上来看，它具有以下优势：

安装和使用

全局安装pnpm

shell

npm install -g pnpm

之后在使用时，只需要把npm替换为pnpm即可

如果要执行安装在本地的CLI，可以使用pnpx，它和 npx 的功能完全一样，唯一不同的是，在使用pnpx执行一个需要安装的命令时，会使用pnpm进行安装

比如npx mocha执行本地的mocha命令时，如果mocha没有安装，则npx会自动的、临时的安装mocha，安装好后，自动运行mocha命令

同 yarn 和 npm 一样，pnpm 仍然使用缓存来保存已经安装过的包，以及使用 pnpm-lock.yaml 来记录详细的依赖版本
不同于 yarn 和 npm， pnpm 使用符号链接和硬链接（可将它们想象成快捷方式）的做法来放置依赖，从而规避了从缓存中拷贝文件的时间，使得安装和卸载的速度更快
由于使用了符号链接和硬链接，pnpm可以规避windows操作系统路径过长的问题，因此，它选择使用树形的依赖结果，有着几乎完美的依赖管理。也因为如此，项目中只能使用直接依赖，而不能使用间接依赖

由于 pnpm 会改动 node_modules 目录结构，使得每个包只能使用直接依赖，而不能使用间接依赖，因此，如果使用 pnpm 安装的包中包含间接依赖，则会出现问题(现在不会了，除非使用了绝对路径)

由于 pnpm 超高的安装卸载效率，越来越多的包开始修正之前的间接依赖代码

之前的npm和yarn都会有间接依赖可以使用的问题
npm和yarn安装完node_modules之后会将简介依赖拍扁，而pnpm则会简化node_modules目录。
pnpm 中可以直接使用pnpx来执行内部命令。
使用npx的时候,如果该命令未下载，则会先下载，然后执行npx xxx，最后再删除刚下载的包。这样就会有一个应用场景，就是安装一些脚手架的时候,npx create-vue,这样就避免了全局安装，只是当时安装，然后自己就自动卸载了。
使用pnpm-lock.yaml来进行版本锁定