Yarn workspaces 介绍 workspaces 是工作区的意思。 下面是一个简单的 monorepo 的组件库项目结构，每个组件都依赖了一些第三方模块： |- package.json|- packages| |- button| | |- package.json # 依赖lodash 4| |- form| | |- package.json # 依赖

认识lerna 导读： 本章节主要讲解Lerna是什么，Lerna有什么用，如何使用Lerna进行npm包管理，大厂的Lerna版本管理策略是怎么做的，Lerna是如何实现本地包依赖管理以及底层原理是什么？ 读者可以带着这些问题去阅读，使学习事半功倍。 一句话理解lerna（面试专用） A tool for managing JavaScript projects with multipl

1.前言 通常，我们会根据自身业务的实际情况，将通用的组件、逻辑等提取成NPM包，方便以后复用。但这些提取出来的NPM包可能互相之间存在依赖，如果仍然采用 Multirepo 的形式进行管理，则在包的版本管理、依赖管理、调试等诸多方面存在不便。 Monorepo 能很好的解决上述问题，为更加方便的使用 Monorepo 来管理我们的项目，我们需要一些趁手的工具，Lerna + Yarn Work

Lerna 1 ）文档 Lerna 文档 https://www.npmjs.com/package/lernahttps://lerna.js.org [请直达这个链接] 使用 Lerna 帮助我们做包管理，并不复杂，中间常用的命令并不是很多这里是命令直达：https://lerna.js.org/docs/api-reference/commands 2 ）使用 现在我们开始使用

прm workspaces 1. 创建项目 npm init --workspace aor npm init -w a 项目创建后，会在项目顶级目录下创建 node_modules 并存储所有 package 的依赖： node_modules- @samtestgroup- imooc-test-a -> •./../a- imooc-test-cli -> ..../cli

项目背景 在实际项目中，我们的前端项目往往是一个大型的Webpack项目，结构较为复杂。项目根目录下包含了各种配置文件、源代码、以及静态资源，整体布局相对扁平。Webpack的配置文件分散在不同的部分，包括入口文件、输出目录、加载器和插件等，这使得项目的维护和配置变得相对繁琐。 项目主要由若干个模块和组件构成，它们之间存在复杂的依赖关系。在当前状态下，我们发现随着项目规模的扩大，构建时间逐渐变

1. 检查lerna.json文件中的版本号是否正确，确保版本号与安装的lerna版本一致； 2. 检查package.json文件中的依赖是否正确，确保依赖的版本号与安装的lerna版本一致； 3. 检查node_modules文件夹是否存在，如果存在，则删除node_modules文件夹，重新安装依赖； 4. 检查npm是否正确安装，如果没有安装，则重新安装npm； 5. 检查是否有其

最近想把多个代码仓进行合并，形成一个大的代码仓，需要将各个库以及应用放在一个项目下，统一打包管理。会形成如下文件结构： 在网上找了一圈，没有找到合适的脚手架模板。索性自己弄一个吧，开源一下：ts-lerna-vite-template 这个项目使用lerna管理，具体工程打包使用Vite，编译也很简单，三个工程可统一打包，sourcemap、d.ts都有，有需要的拿走不谢。