pnpm monorepo构建顺序问题：如何让A先于依赖它的B构建？

核心问题分析 #

你遇到的问题根源是pnpm未识别出@mydep/b对@mydep/a的内部依赖关系，导致递归构建时顺序错乱。因为你使用了link:../mydepa这种相对路径链接，pnpm无法将其判定为workspace内部的依赖关联，自然不会按拓扑顺序优先构建依赖项。

解决方案 #

1. 修正依赖声明（最推荐） #

将@mydep/b的package.json中的依赖替换为pnpm的workspace协议，让pnpm能正确识别内部依赖：

{
   "name": "@mydep/b",
   "scripts": {
      "build": "standard build script"
   },
   "dependencies": {
      "@mydep/a": "workspace:*"
   }
}

workspace:*会自动关联workspace内的@mydep/a包，pnpm解析到拓扑依赖后，递归构建时会自动先执行@mydep/a的build，再运行@mydep/b的build。

2. 简化构建命令 #

修正依赖后，无需额外复杂参数，直接执行：

pnpm run --recursive --aggregate-output --report-summary build

如果需要严格串行构建（确保A完全构建完成后再启动B），保留--workspace-concurrency=1即可：

pnpm run --recursive --workspace-concurrency=1 --aggregate-output --report-summary build

3. 强制指定构建顺序（备选方案） #

若不想修改依赖声明，可通过--filter参数手动锁定执行顺序，建议将命令写入根package.json的脚本：

{
  "scripts": {
    "build": "pnpm --filter @mydep/a build && pnpm --filter @mydep/b build"
  }
}

之后直接执行根目录的build命令即可：

pnpm run build

额外说明 #

• pnpm的递归执行逻辑是基于拓扑依赖排序，而非npm那样依赖workspaces数组的顺序，因此必须让pnpm识别到内部依赖关系才能自动排序。
• 保留pnpm-workspace.yaml的配置即可，无需在根package.json重复配置workspaces（重复配置也不会冲突）。

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