pnpm&monorepo

大纲

pnpm 特点（幽灵依赖，磁盘复用，软硬链接）
workspace
changeset
monorepo 打包
catalog
常用命令

pnpm 特点

pnpm 解决的问题：

幽灵依赖

为了实现依赖包的复用，现代包管理器比如npm或者yarn 会将依赖扁平化到node_modules目录下,这样实现了依赖复用，即相同的包只安装一次；但同时也引入了新的问题：项目可以使用本项目依赖以外的其他依赖，俗称幽灵依赖。问题：如果某天依赖不在使用，项目就会报错。解决：pnpm 将项目依赖提升至外层node_modules，其余依赖在具体项目中使用软链接指向.pnpm 中的依赖

磁盘复用

npm只能每次install都会重复下载，浪费了磁盘； pnpm有一个全局store，存储所有的用户依赖；项目中通过硬链接访问store中的依赖，不会重复下载。

软硬链接

软链接，类似快捷方式，是一个可读的文件，内容指向源文件硬链接，直接链接源文件；使用起来没什么区别

workspace

先抛问题：monorepo解决什么问题？

如果一个单体项目，同时联调多个 package ,每次都 link 吗？
如果多个单体项目，linter，format, tsconfig，build都是一样的，每次都cv安装吗？
如果构建流对依赖是有顺序要求的，手动维护吗？

一般在使用monorepo的时候，会使用 workspace功能；

packages/
|-package1
|-package2

yaml

# pnpm-workspace.yaml
packages:
  - "packages/*"

调试：pnpm --filter package2 i package1 --workspace;直接安装工作空间的依赖
把通用依赖安装到根目录：pnpm i xxx -w;

-w --workspace-root 指安装到根目录, --workspace 指从工作空间安装

通用依赖指的是不参与发包的依赖，才可以 -w，参与发包的任然需要安装到具体项目

构建：可以编写统一脚本，如：``pnpm -C packagea run build&& pnpm -C packageb run build`;

changeset

changeset 是一个用于管理 monorepo 中的版本控制工具，它允许你为每个包单独管理版本，并生成一个 CHANGELOG.md 文件，用于记录每个包的更新内容。

shell

pnpm add -DW @changesets/cli

初始化：npx changeset init;
添加包：npx changeset add;会让选择包含的包生成 changelog
更新版本：npx changeset version;会让选择包更新版本 major minor patch
发布：npx changeset publish;

catalog

catalog 可以统一项目依赖版本号

ymal

# pnpm-workspace.yaml
packages:
  - "packages/*"
catalog:
  react: ^16.14.0

json

 "devDependencies": {
    "react": "catalog:"
  },

发布后会使用catalog的具体版本号

常用命令

pnpm i -w 安装到根目录;
pnpm i --filter package1 安装到工作空间中指定的包;
pnpm -C run xxx 指定到具体包执行 npm scripts ;
pnpm --filter exec npx xxx 指定到具体包执行命令 ;
pnpm -r exec xxx 递归每一个目录执行命令 ;
changeset init 初始化 changeset;
changeset add 添加包;
changeset version 更新版本;
changeset publish 发布;

大纲 ​

pnpm 特点 ​

幽灵依赖 ​

磁盘复用 ​

软硬链接 ​

workspace ​

changeset ​

catalog ​

常用命令 ​

大纲