pnpm monorepo项目间可执行文件共享相关问题咨询

1. 该行为是否合理？ #

合理。这是pnpm针对monorepo场景设计的预期行为：pnpm在monorepo中会通过软链或统一安装的方式，让子包依赖共享根目录的node_modules资源，执行pnpm exec时，它会从当前包目录向上遍历到根目录的node_modules查找可执行包，目的是减少重复安装、提升monorepo内的资源复用效率。所以在b包目录执行pnpm exec eslint时，能找到a包依赖的eslint（实际存在于根node_modules）并执行，属于正常逻辑。

2. 能否禁用此行为？ #

可以，有两种常用方式：

• 临时单次禁用：执行命令时添加--strict参数，强制pnpm exec仅在当前包的本地依赖中查找，找不到则报错：

  pnpm exec --strict eslint
  

• 全局永久禁用：在项目根目录的.npmrc文件中添加配置，全局开启严格模式：

  exec-strict=true
  

  之后所有pnpm exec命令都会只在当前包的依赖范围内查找，不存在的依赖直接报错。

3. 其他包管理器是否存在相同行为？ #

• npm：默认存在该行为。npm在monorepo中会自动hoist所有子包的依赖到根node_modules，执行npx eslint（或npm exec eslint）时，会从根目录的node_modules查找可执行文件，即使当前包没有安装eslint也能运行。
• Yarn：
  • Yarn Classic（v1）：和npm逻辑一致，默认hoist依赖到根，执行yarn exec eslint会找到根目录的依赖，同样能运行。
  • Yarn Berry（v2+）：默认使用PnP模式，依赖隔离性更强，但如果配置了nodeLinker: node-modules，也会出现类似pnpm、npm的共享行为；若开启strictDependencies: true，则会限制仅使用当前包的依赖。

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