赞
踩
arn 从 1.0 版开始支持 Workspace (工作区)。
Workspace 能更好的统一管理有多个项目的仓库,既可在每个项目下使用独立的 package.json 管理依赖,又可便利的享受一条 yarn 命令安装或者升级所有依赖等。更重要的是可以使多个项目共享同一个 node_modules
目录,提升开发效率和降低磁盘空间占用。
一句话总结就是可以大大简化对多个项目的统一管理。
很多知名的开源项目也使用了 Yarn Workspace,如 vue、react、jest 等。
node_modules
依赖详解回看下面的带两个子项目的经典 Node.js 项目:
projects/
|--project1/
| |--package.json
| |--node_modules/
| | |--a/
|--project2
| |--package.json
| |--node_modules/
| | |--a/
| | |--project1/
project1/package.json:
{
"name": "project1",
"version": "1.0.0",
"dependencies": {
"a": "1.0.0"
}
}
project2/package.json:
{
"name": "project2",
"version": "1.0.0",
"dependencies": {
"a": "1.0.0",
"project1": "1.0.0"
}
}
没有使用 Yarn Workspace 前,需要分别在 project1
和 project2
目录下分别执行 yarn|npm install
来安装依赖包到各自的 node_modules
目录下。或者使用 yarn|npm upgrade
来升级依赖的包。
这会产生很多不良的问题:
如果 project1 和 project2 有相同的依赖项目 a,a 都会各自下载一次,这不仅耗时降低开发效率,还额外占用重复的磁盘空间;当 project 项目比较多的时候,此类问题就会显得十分严重。
如果 project2 依赖 project1,而 project1 并没有发布到 npm 仓库,只是一个本地项目,有两种方式配置依赖:
yarn|npm link
来配置依赖。第 1 种方式缺少版本号的具体指定,每次发布版本时都需要相应的依赖版本的修改;第 2 种方式需要自行手工操作,配置复杂易出错。
需要 npm-2.0.0+ 才支持模块间的相对路径依赖,详见 npm 官方文档 package.json/Local Paths
没有一个统一的地方对全部项目进行统一构建等,需要到各个项目内执行 yarn|npm build
来构架项目。
使用 Yarn Workspace 之后,上述问题都能得到很好的解决。而且这是 Yarn 内置的功能,并不需要安装什么其他的包,只需要简单的在 projects 目录(Yarn 称之为 workspace-root)下增加如下内容的 package.json 文件即可。
projects/package.json:
{
"private": true,
"workspaces": ["project1", "project2"] // 也可以使用通配符设置为 ["project*"]
}
开源社区则都基本上使用
"workspaces": ["packages/*"]
的目录结构,这与 Lerna 的目录结构一致。
在 workspace-root 目录下执行 yarn install
:
$ cd projects
$ rm -r project1/node_modules
$ rm -r project2/node_modules
$ yarn install
yarn install v1.22.0
info No lockfile found.
[1/4] 声明:本文内容由网友自发贡献,不代表【wpsshop博客】立场,版权归原作者所有,本站不承担相应法律责任。如您发现有侵权的内容,请联系我们。转载请注明出处:https://www.wpsshop.cn/w/人工智能uu/article/detail/988483
Copyright © 2003-2013 www.wpsshop.cn 版权所有,并保留所有权利。