.特性 Monorepo MultiRepo 定义 将多个项目存储在同一个代码仓库中。每个项目存储在独立的代码仓库中。 代码共享 容易实现代码共享，因为所有项目dou在同一个仓库中。 代码共享较难，需要通过包管理工具或手动复制。 依赖管理 Ke以统一管理依赖，也允许子项目有独立依赖。 每个项目独立管理依赖，容易导致版本不一致。 开发效率 支持跨项目重构和原子提交，协作geng高效。 需要跨仓库协调，协作成本较高。 权限控制 权限控制较复杂，需借助工具或分支策略实现不同项目的权限隔离。 每个仓库可独立设置权限，geng灵活但也geng分散。 工具支持 现代工具对 Monorepo 支持较好，Nenghen好地解决依赖与构建问题。 原生支持较好，但多仓库间联动需额外脚本或工具。 适用场景 项目间耦合强、有大量代码复用需求的大型系统或组件库。 独立性强、发布周期差异大的项目，或小型项目。

使用 Monorepo 组织代码的核心前提是：你拥有多个相关项目，且这些项目之间存在组件、逻辑或工具的复用需求。

若每个项目完全独立、无任何共用代码，则无需使用 Monorepo 策略。

Monorepo Neng给前端工程带来什么呢？其实它Ke以促进代码的重用、统一管理依赖以及geng高效的协作。

. 现有项目改造假设现有一个独立的 Vite + Vue3 项目，目录结构如下：

web/                # 原独立项目根目录├── index.html├── package-lock.json├── package.json├── public/├── README.md├── src/│   ├── App.vue│   ├── components/│   └── main.ts├── tsconfig.app.json├── tsconfig.json├── tsconfig.node.json└── vite.config.ts

.pnpm-workspace.yaml 需全局安装 pnpm，用于执行 Monorepo 相关操作：npm i pnpm -g # 全局安装 pnpmpnpm -v # 验证安装成功

# 配置需要管理的子包/子应用路径，使用时去掉注释packages:  - "apps/web"           # 前台应用  - "apps/admin"         # 管理后台应用  - "apps/mock-server"   # 模拟服务  - "packages/*"         # 所有共享包  

根目录 package.json

{ 
"name": "monorepo-demo",
"private": true,
"scripts": {
 // 启动命令
 "dev:web": "pnpm --filter web dev",
 "dev:admin": "pnpm --filter admin dev",
    // ...
}
}
 

The Babel repo is managed as a monorepo,说到这里顺便回答下“为什么百度不收录”，这个问题其实挺复杂的，一般来说是因为网站内容质量、结构、geng新频率等多种因素导致的，当然也有可Neng是因为爬虫抓取机制的问题，你Ke以检查下网站是否符合百度的收录标准，或者尝试优化下网站内容和结构哈.

. 新增子应用. 组件库项目天然适合采用 Monorepo 模式.

# 创建新的子应用pnpm create vite@latest admin --template vue-ts# 安装依赖pnpm i# 测试验证pnpm dev:admin
 

.

# --workspace 表示从本地 workspace 安装，而非 npm 仓库pnpm install @demo/ui-shared --workspace --filter web