yarn介绍及使用
- yarn工作流
yarn工作流与npm类似 都是使用package.json文件,yarn会重组node_modules文件,且不会与npm冲突,并会自动生成yarn.lock文件,保证团队依赖版本一致性,但如果之前使用了package-lock.json时,那么锁定的版本可能依然存在冲突的可能,这时需要团队之间同时切换到 Yarn; - yarn-cli命令行工具常见命令
对于经常用到的项目初始化,对包的安装、卸载、升级、发布等操作,Yarn 都提供了丰富而简洁的命令:
yarn add <package...> [option]:为当前正在开发的包新增一个依赖包,默认添加到 dependencies 中;
yarn global <add/bin/list/remove/upgrade> [--prefix]:yarn global 注意,这两个词整体作为一个命令前缀;
yarn init:交互式创建或更新 package.json 文件;
yarn [install]:安装 package.json 文件里定义的所有依赖包;
yarn publish:发布一个包到包管理器;
yarn remove:从当前包里移除一个未使用的包
- workspace的介绍和使用。
workspace是除缓存外yarn区别于npm最大的优势- workspace的作用:
(1). 能帮助你更好地管理多个子project的repo,这样你可以在每个子project里使用独立的package.json管理你的依赖,又不用分别进到每一个子project里去yarn install/upfrade安装/升级依赖,而是使用一条yarn命令去处理所有依赖就像只有一个package.json一样
(2). yarn会根据就依赖关系帮助你分析所有子project的共用依赖,保证所有的project公用的依赖只会被下载和安装一次。 - workspace的使用
yarn workspace并不需要安装什么其他的包,只需要简单的更改package.json便可以工作。 首先我们需要确定workspace root,一般来说workspace root都会是repo的根目录
-
yarn workspace目录结构树:
image
- package.json:
{ //当private为true时workspace才会被启用 "private": true, "workspace": ["workspace-a","workspace-b"] } workspaces属性的值为一个字符串数组,每一项指代一个workspace路径,支持全局匹配,这里的路径指向指的是package.json所在文件夹文件夹名。
- workspace-a子project的package.json
{ "name": "workspace-a", "version": "1.0.0", "dependencies": { "cross-env": 5.0.5 } }
- workspace-b子project的package.json
{ "name": "workspace-b", "version": "1.0.0", "dependencies": { "cross-env": "5.0.5", "workspace-a": "1.0.5" } }
-
在根目录执行yarn insatll
image
你会发现整个repo只生成了一份yarn.lock,绝大多数的依赖包都被提升到了根目录下的node_modules之内。各个子project的node_modules里面不会重复存在依赖,只会有针对根目录下cross-env的引用。不仅如此,你会发现,对于repo内部的依赖关系(比如workspace-b依赖于workspace-a),yarn也能很好的进行管理。
- workspace有哪些不足和限制
- yarn workspace并没有像lerna那样封装大量的高层API,整个workspace整体上还是依赖于整个yarn命令体系。
- workspace不能嵌套(只能有一个根workspace)
- workspace采用的是向上遍历,所以workspace并不能识别根workspace之外的依赖。
参考资料:
yarn中文文档
- workspace的作用:
网友评论