Monorepo场景下pnpm install与pnpm add命令的区别是什么？

核心定位差异 #

• pnpm install：核心是「恢复依赖」。不带包名时，会读取当前项目的package.json和pnpm-lock.yaml，安装所有声明的依赖，适合克隆项目后初始化、切换分支后同步依赖这类场景。即使给它传了包名也能运行，但这属于pnpm的兼容兜底，并非设计初衷。
• pnpm add：核心是「新增/更新依赖」。必须指定包名（或包名+版本范围），执行后会把依赖写入package.json并更新lockfile，专门用于给项目添加新依赖或升级已有依赖。

参数设计的逻辑差异 #

两者的专属参数都是围绕各自核心场景设计的：

• install专属参数：比如--offline，用于离线环境下恢复已缓存的依赖，是「全量恢复依赖」场景的刚需；还有--frozen-lockfile，强制lockfile与package.json完全一致，避免意外更新依赖，针对的是批量安装场景。
• add专属参数：比如--workspace，专门用于Monorepo中添加工作区内的包作为依赖（如pnpm add @myrepo/utils --workspace），是「新增依赖」时的高频需求；另外像--save-dev、--save-peer这类指定依赖类型的参数，也都是服务于“添加依赖”的场景。

Monorepo场景下的使用建议 #

• 同步项目依赖（刚拉代码、切换分支后）：直接用pnpm install，无需加包名。
• 给当前工作区包新增/更新依赖：
  • 添加外部npm包：用pnpm add [包名]（按需搭配--save-dev等参数）
  • 添加工作区内的包：用pnpm add [工作区包名] --workspace
• 尽量避免混用：虽然pnpm做了兼容处理，但用对应场景的命令更符合语义，能降低团队成员的理解成本——看到add就知道是新增了依赖，看到install就知道是同步依赖。

内容的提问来源于stack exchange，提问作者Nauxscript