yarn临时目录 没有jar包_复习之yarn

yarn 简介

yarn 官网：https://www.yarnpkg.com/zh-Hans/

yarn 是由Facebook、Google、Exponent 和 Tilde 联合推出了一个新的 JS 包管理工具，**它仍然使用 npm 的registry**，不过提供了全新 CLI 来对包进行管理。

过去，yarn 的出现极大的抢夺了 npm 的市场。

之所以会出现这种情况，是因为在过去， npm 存在下面的问题： 依赖目录嵌套层次深：过去，npm 的依赖是嵌套的，这在 windows 系统上是一个极大的问题，由于众所周知的原因，windows 系统无法支持太深的目录。 下载速度慢。
- 由于嵌套层次的问题，所以npm对包的下载只能是串行的，即前一个包下载完后才会下载下一个包，导致带宽资源没有完全利用。
- 多个相同版本的包被重复的下载。 控制台输出繁杂：过去，npm 安装包的时候，每安装一个依赖，就会输出依赖的详细信息，导致一次安装有大量的信息输出到控制台，遇到错误极难查看。 工程移植问题：由于 npm 的版本依赖可以是模糊的，可能会导致工程移植后，依赖的确切版本不一致。

针对上述问题，yarn 从诞生那天就已经解决，它用到了以下的手段:

• 使用扁平的目录结构
• 并行下载
• 使用本地缓存
• 控制台仅输出关键信息
• 使用yanr-lock文件记录确切依赖

不仅如此，yarn还优化了以下内容：

• 增加了某些功能强大的命令
• 让既有的命令更加语义化
• 本地安装的CLI工具可以使用 yarn 直接启动
• 将全局安装的目录当作一个普通的工程，生成package.json文件，便于全局安装移植

yarn 的出现给 npm 带来了巨大的压力，很快，npm 学习了 yarn 先进的理念，不断的对自身进行优化，到了目前的 npm6版本，几乎完全解决了上面的问题：
目录扁平化
并行下载
本地缓存
使用package-lock记录确切依赖
增加了大量的命令别名
内置了npx，可以启动本地的CLI工具
极大的简化了控制台输出

npm6 之后，可以说npm已经和yarn非常接近，甚至没有差距了。很多新的项目，又重新从yarn转回到npm。

yarn 的核心命令

初始化：yarn init -y / yarn init --yes

安装：

1、添加指定包：yarn [global] add package-name [--dev/-D] [--exact/-E]

2、安装package.json中的所有依赖：yarn install [--production/--prod]

脚本和本地CLI：

1、运行脚本：yarn run 脚本名

> start、stop、test可以省略run

2、运行本地安装的CLI：yarn run CLI名

查询：

1、查看bin目录：yarn [global] bin

2、查询包信息：yarn info 包名 [子字段]

3、列举已安装的依赖：yarn [global] list [--depth=依赖深度]

> yarn的list命令和npm的list不同，yarn输出的信息更加丰富，包括顶级目录结构、每个包的依赖版本号。

更新：

1、列举需要更新的包：yarn outdated

2、更新包：yarn [global] upgrade [包名]

卸载：

卸载包：yarn remove 包名

其它yarn命令

在终端命令上，yarn不仅仅是对npm的命令做了一个改名，还增加了一些原本没有的命令，这些命令在某些时候使用起来非常方便。

• yarn check

使用```yarn check```命令，可以验证package.json文件的依赖记录和lock文件是否一致。

• yarn audit

使用```yarn audit```命令，可以检查本地安装的包有哪些已知漏洞，以表格的形式列出。

漏洞级别分为以下几种：
INFO：信息级别
LOW: 低级别
MODERATE：中级别
HIGH：高级别
CRITICAL：关键级别

• yarn why

使用```yarn why 包名```命令，可以在控制台打印出为什么安装了这个包，哪些包会用到它。

• yarn create

安装和搭建脚手架工具：yarn create 脚手架名称 文件名

等同于下面的两条命令：
yarn global add 脚手架名称
脚手架名称 文件名

由于大部分脚手架工具都是以```create-xxx```的方式命名的，比如react的官方脚手架名称为```create-react-app```。

因此，可以使用```yarn create```命令来一步完成安装和搭建。