关于monorepomonorepo 并不是一个框架、一个包、一个依赖。而是一种单仓库多包管理模式也是基于中心化思想的实践产物。举个例子假设我们现在有6个项目传统的项目管理方式Multirepo会按照6个代码仓库去管理如果我们要进行开发、维护和部署就需要分别对这6个仓库进行“开刀”。而使用 monorepo 思想我们只需要在根项目下维护这6个项目那么也可以同样维护一套编码标准、一套开发流程、一套代码规范甚至是一套统一的部署脚本。优势对依赖统一管理模块引用方便跨项目/团队友好劣势统一管理代码库体积很大统一版本控制降低灵活性不易统一进行权限管理需要一定开发成本和团队适应过程什么场景适合monorepo项目之间代码引用过程较多资源共享丰富。跨项目/团队需求较大对接需求多。项目之间存在较多复用需求和依赖。为什么要用pnpm相信不少开发用了pnpm都会说“真香”相比yarn、npm、cnpm这些包管理工具pnpm做了很多优化具备空间小、下载快和结构简单等优势。【官网地址】空间小如果多个工程存在统一的依赖会创建一个相当于“快捷方式”的软链接使用时通过寻址的方式进行复用避免了重复安装依赖节省磁盘空间。下载快安装的依赖有缓存有记录之前若安装过就从存储区拿出来链接到node_modules无需多余的下载任务执行。结构简单相比npm依赖结构相对简单依赖中没有node_modules而是以.pnpm统一管理能够避免循环软链接。为什么要用turboTurborepo是Vercel 推出的高性能JS/TS构建工具尤其适合处理多包整合。其中也使用了缓存、增量构建、并行执行等优化手段提升落地效率的同时也能够吃到性能红利。【官网地址】搭建monorepo工程其实我们可以借助 pnpm 的 workspace 支持手动搭建 monorepo 工程这样确实更灵活。但这里使用 pnpm turbo 的方式搭建当然 turbo方便是一个因素更重要的是因为 turbo 更适合大型项目的 monorepo 方案落地构建效率会高很多。案例设计这里简单搭建 monorepo 工程子项目有两个分别是 front 和 utils。其中 front 指代业务侧用来调用 utils 中暴露的 add 和 mul 方法达到子项目之间的引用效果。前置要求Node版本在18以上pnpm版本在7以上。我这里使用的是22.17.0Node 10.33.0pnpm。初始化项目新建一个空的项目可以使用命令pnpm init -y使用 pnpm 包管理器安装 turbo 依赖。pnpm add turbo -d在根目录创建 pnpm-workspace.yaml 配置文件这个文件可以中可以配置 packages 属性表示工作空间生效的文件区域此处设置了业务侧apps和包侧packages。在根目录创建 turbo.json 配置文件其中 schema 为配置文件这里引用的是官方 json 地址真实的项目中可以拷贝到本地或者放到公司 CDN 服务器上进行托管减少不确定因素。{ $schema: https://turbo.build/schema.json, pipeline: { dev: { cache: false, persistent: true }, build: { dependsOn: [^build], outputs: [dist/**] } } }创建子项目utils新建utils和front项目文件夹每个项目都必须拥有一个package.json文件配置name命名规范格式为“ [自定义项目空间名称] / [当前包名] ”。在utils项目中新建一个工具文件index.js分别导出加减乘除的方法。export const add (a, b) a b; export const sub (a, b) a - b; export const mul (a, b) a * b; export const div (a, b) a / b;创建子项目front此处表示客户端业务侧就创建一个基于 React 框架模板的 vite 工程pnpm create vite apps/front --template react客户端项目初始化完成我们得到了一个基于 vite 的 react 项目结构现在我们希望在 front 工程中使用 utils 中的方法需要进入 front 项目的 package.json 文件在 dependencies 字段中声明要依赖的子项目名称和目标这里的子项目名称就是 utils 中 package.json 中的 name 属性值为workspace:*表示这个包的位置是从工作空间中引入的。我们简单引入一下 my-mono/utils 的包中的 add 和 mul 方法在 App.jsx 中使用。是否成功调用那到时候看看页面上如果显示的是“3”和“6”那么就表示 add 和 mul 方法成功调用也就意味着子项目之间的共享已经完成配置脚本此时 cd 到根目录使用 pnpm i 进行依赖安装。之后我们查看一下 front 目录的 node_modules 中若有 my-mono 的包相当于依赖已经引入成功。现在配置根项目的 package.json配置脚本运行 front 工程使用 --filter front就会命中 front 中的 package.json 的 scripts从而达到启动子项目的效果。dev:front: turbo dev --filter front此时查看预览发现出现了我们的预期“3”和“6”表示我们的 monorepo 工程搭建完成并且也实现了子项目之间的共享和交互。常见问题报错 pipeline 找不到这是因为安装的 turbo 是 2.x 版本这个版本将之前的 pipeline 对象名改成了 tasks所以在 turbo.json 中改成 tasks 就行了。报错找不到 packageManager这是因为 turbo2.x 版本强制要求了必须在 package.json 中显式定义包管理器在 package.json 中加入 packageManager 就可以了。