单体仓库（Monorepo）搭建指南：从零开始
单体仓库（Monorepo）是一种将多个相关项目集中管理在一个仓库中的开发模式。它可以帮助开发者共享代码、统一配置，并简化依赖管理。本文将通过实际代码示例，详细介绍如何使用 pnpm 搭建一个单体仓库。
1. 创建项目目录
mkdir xxx && cd xxx
- mkdir my-monorepo：mkdir 是“make directory”的缩写，用于创建一个新的目录。
- xxx 是你指定的目录名称，表示要创建一个名为 xxx 的文件夹。例如，你可以将其替换为 my-monorepo，表示创建一个名为 my-monorepo 的目录。
- &&：这是一个逻辑操作符，表示“并且”。它用于将两个命令连接起来，只有当第一个命令执行成功（返回状态码为0）时，才会执行第二个命令。这是一种快捷方式，可以避免手动切换目录。
- cd xxx：cd 是“change directory”的缩写，用于切换到指定的目录。xxx 是你刚刚创建的目录名称，表示切换到该目录中。
代码解析：
- 通过 mkdir && cd 的组合命令，我们可以快速创建并进入项目目录。这一步是搭建任何项目的起点。
2. 初始化根目录
pnpm init
pnpm init 的功能类似于 npm init，用于初始化一个新的 Node.js 项目。它会引导你填写一些基本信息（如项目名称、版本、描述、作者等），并生成一个 package.json 文件。这个文件是项目的配置文件，用于定义项目的依赖、脚本和其他元数据。
代码解析：
- 运行 pnpm init 后，pnpm 会提示你输入项目的基本信息。如果你不想手动输入，可以使用 pnpm init -y，它会自动填充默认值并生成一个 package.json 文件。
3. 配置工作空间 - 在根目录的 package.json 中添加
{
"private": true, // monorepo 项目需要设置为私有
"type": "module", // 使用 ESM 模块系统
"workspaces": [
"packages/*" // 指定工作空间目录
]
}
- “private”: true：将项目设置为私有，避免意外发布到 npm。
- “type”: “module”：启用 ES 模块系统，允许使用 import/export 语法。
- “workspaces”：定义工作空间的路径，packages/* 表示所有位于 packages 文件夹中的子项目。
代码解析：
- 通过配置 workspaces，pnpm 可以识别并管理多个子项目，同时共享依赖和配置。
3.1 创建 packages 目录
mkdir packages
- 创建一个名为 packages 的目录，用于存放所有子项目。
3.2 创建子项目，例如 editor
mkdir packages/editor
cd packages/editor
- pnpm init # 初始化子项目的 package.json
子项目的 package.json 示例：
{
"name": "@my-monorepo/editor", // 建议使用 @scope 形式命名
"version": "1.0.0",
"private": true,
"main": "index.ts",
"scripts": {
"dev": "vite",
"build": "tsc && vite build",
"start": "vite"
},
"dependencies": {
// 子项目特定的依赖
},
"devDependencies": {
// 子项目特定的开发依赖
},
"peerDependencies": {
// 如果这是一个库，指定同级依赖
"react": "^18.0.0",
"react-dom": "^18.0.0"
}
}
代码解析：
- “name”: “@my-monorepo/editor”：使用作用域（@scope）命名子项目，可以避免命名冲突。
- “main”: “index.ts”：指定项目的入口文件。
- “scripts”：定义项目的开发脚本，例如 dev、build 和 start。
- “peerDependencies”：如果子项目是一个库，可以通过 peerDependencies 指定同级依赖，例如 react 和 react-dom。
4. 常用的工作空间脚本配置
4.1 在根目录安装依赖
pnpm add -w package-name # 安装生产依赖
pnpm add -w -D package-name # 安装开发依赖
- -w：表示在工作空间范围内安装依赖，适用于所有子项目。
4.2 在特定子项目中安装依赖
pnpm add package-name --filter @my-monorepo/editor # 安装生产依赖
pnpm add -D package-name --filter @my-monorepo/editor # 安装开发依赖
- –filter：指定在特定子项目中安装依赖。
4.3 在多个子项目中安装依赖
pnpm add package-name --filter "./packages/**" # 为所有子项目安装依赖
- –filter “./packages/**”：为所有位于 packages 文件夹中的子项目安装依赖。
4.4 子项目之间的依赖
pnpm add @my-monorepo/shared --filter @my-monorepo/editor # editor 依赖 shared 包
- @my-monorepo/shared：子项目之间可以通过 pnpm 直接依赖其他子项目。
注意事项⚠️
子项目版本管理
{
"version": "workspace:*" // 使用工作空间协议，自动同步版本
}
- “workspace:*”：使用工作空间协议，自动同步所有子项目的版本。
共享配置文件
# 根目录创建共享配置
touch tsconfig.base.json
touch .eslintrc.js
- tsconfig.base.json：根目录的共享 TypeScript 配置文件。
- .eslintrc.js：根目录的共享 ESLint 配置文件。
子项目继承配置：
{
"extends": "../../tsconfig.base.json",
"compilerOptions": {
"outDir": "./dist",
"rootDir": "./src"
}
}
- “extends”：子项目通过 extends 继承根目录的共享配置。
常用的开发工具配置：
{
"devDependencies": {
"typescript": "~5.6.2",
"vite": "^6.0.5",
"eslint": "^9.17.0",
"@types/node": "^22.10.3"
}
}
- 建议安装在根目录：将开发工具安装在根目录，让所有子项目共享相同的开发工具版本。
项目结构示例
my-monorepo/
├── package.json
├── pnpm-workspace.yaml (可选)
├── tsconfig.base.json
├── .eslintrc.js
├── packages/
│ ├── editor/
│ │ ├── package.json
│ │ ├── tsconfig.json
│ │ └── src/
│ └── shared/
│ ├── package.json
│ ├── tsconfig.json
│ └── src/
解析：
这样的结构可以让您更好地管理多个相关项目，共享代码和配置，同时保持每个项目的独立性。通过 pnpm 的工作空间功能，你可以轻松地在子项目之间共享依赖和配置，提升开发效率。
希望这篇文章能帮助你快速搭建一个高效、灵活的单体仓库项目！