本文由体验技术团队Kagol原创。 你的项目是不是正在不断膨胀，构建速度越来越慢，包体积越来越大，性能越来越慢了？ 想拆分到不同的仓库中分开维护，又担心代码不方便复用？

在本文中，我们将深入探讨团队面对项目瓶颈时，为何考虑将开发架构从 Multirepo 迁移到 Monorepo 的决策背后的实际项目经验。同时，我们将分享关于 2024 年最为普遍的 Monorepo

单纯使用 pnpm 就能实现 Monorepo 项目我们都知道，因为它原生支持 workspace，但是它也依然存在一些缺点，例如： 任务运行策略：虽然 pnpm 支持工作空间间的依赖管理和一些任务的

基于 `pnpm` 的 `monorepo` ，并针对 `vite` 的构建进行了一些优化，这是基于我过往经验的 “最佳实践”