pnpm9.5.0(catalog协议)

catalog(目录协议)

目录是工作区功能,用于将依赖版本范围定义为可重用常量,目录中定义的常量可以在package.json中使用,

结合 pnpm-workspace.yaml使用

  • 定义pnpm-workspace.yaml
    packages:定义多仓库
javascript 复制代码
packages:
  - 'packages/*'

catalog:
  chalk: ^4.1.2

catalogs:
  react16:
    react: ^16.7.0
    react-dom: ^16.7.0
  react17:
    react: ^17.10.0
    react-dom: ^17.10.0

这里有两种方式定义 catalog

  • catalog

普通定义,一一对应,默认值为default

javascript 复制代码
// pnpm-workspace.yaml
catalog:
  chalk: ^4.1.2
javascript 复制代码
// packages/app/package.json
{
  "name": "app",
  "dependencies": {
    "chalk": "catalog:"
  }
}
  • catalogs

具名,将多个catalog整合成一个catalogs

javascript 复制代码
// pnpm-workspace.yaml
catalogs:
  react16:
    react: ^16.7.0
    react-dom: ^16.7.0
  react17:
    react: ^17.10.0
    react-dom: ^17.10.0
javascript 复制代码
// packages/app/package.json
{
  "name": "app",
  "dependencies": {
    "react": "catalog:react18",
    "react-dom": "catalog:react18"
  }
}

优点

monorepo或多包存储库中,许多包是有相同依赖的。目录减少了 package.json文件时的重复,并提供以下好处

  • 维护唯一版本

工作区中最好只有一个版本的依赖项。目录使维护更容易。重复的依赖项可能会在运行时发生冲突并导致错误。

  • 升级简单

升级依赖时,只需要编辑目录,而不用修改各个包中的package.json

  • 更少的合并冲突

由于依赖项变动不需要编辑package.json,这类文件导致的冲突将最小化

运行与发布

在运行时,catalog协议会被删除,发布时会被替换成对应版本

注意事项

使用pnpm update并不能更新pnpm-workspace.yaml依赖项,需要手动选择。

相关推荐
qq_452396232 天前
第三篇:《包管理进化史:从 npm 到 pnpm,Monorepo 时代的依赖管理》
前端·npm·node.js
阿萨德528号3 天前
npm 包发布实战指南:从零发布、更新迭代到版本治理
前端·npm·策略模式
赖龙4 天前
pnpm vs npm
前端·npm·node.js
dyxal5 天前
ENOSPC 错误完全解析:文件监视器数量不足的终极解决方案
npm
_codemonster6 天前
npm run dev 是在开发模式运行,怎么在生产环境运行
前端·npm·node.js
暂时先用这个名字9 天前
安装deepseek harness及插件
人工智能·ai·npm·pnpm·deepseek·深度求索·harness
Lyra_Infra10 天前
OpenClaw 升级及 Channel 安装故障排查与遗留问题分析
后端·npm
紫禁玄科12 天前
Shai-Hulud:npm生态的自我复制蠕虫风暴
前端·npm·node.js
fastjson_15 天前
Hadoop之Yarn
大数据·hadoop·npm
晓得迷路了15 天前
栗子前端技术周刊第 141 期 - Next.js 16.3、npm 安全事件、2026 CSS 现状调查报告结果...
前端·javascript·npm