pnpm workspace 管理 monorepo 的实践感受

2022 年工程化领域很明显的一个趋势，是越来越多团队开始认真看 monorepo。前后端、组件库、脚本工具、共享类型都在一个仓库里管理，这种方式开始从“大厂专属”变成普通团队也会考虑的选择。

pnpm workspace 为什么会被更多人接受

因为它刚好解决了 monorepo 最让人头疼的几件事：

• 依赖安装效率
• 重复依赖占空间
• 多包协作管理

尤其在多项目共用组件和工具链时，这种收益会很明显。

它最适合什么场景

我觉得特别适合：

• 管理后台 + 组件库
• 前端应用 + 共享工具包
• Node 服务 + 公共 SDK

这些场景本质上都在解决“多个项目有很多共享部分”的问题。

真正落地时最重要的不是工具名

而是你能不能把 workspace 边界立清楚。比如哪些包应该独立发布，哪些只服务内部；哪些依赖应该上移到公共层，哪些要严格隔离。没有这些边界，monorepo 很快就会从“共享协作”变成“互相缠住”。

为什么 pnpm 在这件事上更讨喜

因为它在节省磁盘空间和依赖安装速度上给人的感知特别强。对于多包仓库来说，只要依赖管理更稳定、安装更快，团队对 monorepo 的接受度就会提升很多。

小结

pnpm workspace 在 2022 年变热，不是因为它只是另一个包管理器，而是它让 monorepo 这种组织方式开始更容易落地。