当仓库开始拆成多个应用和共享包之后，很多命令如果还按单仓库思路跑，就会越来越笨重。一次改了前端页面，却要把整个 monorepo 的所有包都 lint、test、build 一遍，这种开销很快就会把研发节奏拖慢。

很多团队第一次把项目迁进 pnpm workspace，最先感受到的是安装速度和依赖管理变舒服了。但真正决定 monorepo 能不能长期跑下去的，不是工具本身，而是包边界到底收得稳不稳。

• 文章目录

• 文章目录
  + 一个简单的例子：

• 文章目录

• 文章目录