如何在pnpm中访问peer dependency类型且不设为直接依赖

以下是几种无需将库B设为直接运行依赖的解决方案：

方案1：开发依赖+public-hoist-patterns暴露类型 #

这是最推荐的方式，既满足类型获取需求，又不影响运行时依赖结构：

• 先把库B（或其对应的类型包@types/B）安装为开发依赖：

  # 如果B自带类型定义
  pnpm add -D B
  # 如果B的类型是单独发布的@types包
  pnpm add -D @types/B
  

• 在项目根目录的.npmrc文件中添加配置，让pnpm将相关类型包提升到顶层node_modules，确保TypeScript能检索到：

  # 提升所有@types包
  public-hoist-patterns[]=@types/*
  # 如果B自带类型，额外提升B包
  public-hoist-patterns[]=B
  

方案2：直接配置TypeScript检索路径 #

通过tsconfig.json指定类型检索路径，跳过pnpm的目录结构限制：

• 在tsconfig.json的compilerOptions中添加：

  {
    "compilerOptions": {
      // 直接指定类型包的存储路径（路径需根据实际pnpm存储结构调整）
      "typesRoot": "./node_modules/.pnpm/B@x.x.x/node_modules/@types",
      // 或者直接声明需要加载的类型
      "types": ["B"]
    }
  }
  

  注意：这种方式的路径会随B的版本变化而失效，需要手动维护，适合临时场景。

方案3：启用pnpm自动安装Peer依赖（谨慎使用） #

如果允许B出现在package.json的dependencies中但不实际调用，可以启用自动安装Peer依赖：

• 在.npmrc中添加：

  auto-install-peers=true
  

  pnpm会自动安装库A声明的Peer依赖B，但B会被标记为项目直接依赖，不符合你"不设直接依赖"的需求，仅作备选。

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