由于公司各条业务线的前端开发是相对隔离的，不同前端组之间资源不互通，这就导致了许多功能重复开发，在这样的背景下，我们就考虑如何去减少不必要的重复开发，提高开发效率...

这种方式，总体来说还是比较原始的，无论从沟通方式的效率来说，还是对于组件业务逻辑的深入理解都是非常低效的。因此，对于探索一种高效的、简单的、现代化方案是非常有必要的。

在多仓库模式下，管理好每个包的版本控制是我们必须要做的，例如 lerna 集成的版本工具或第三方 bump 包都是一个很好的选择；但是在 pnpm 中并没有现成的，所以规范版本在开源库中不可或缺

什么是 Monorepo 作为前端工作者，可能听说过微前端，也听说过 Monorepo。有时候我们会混为一谈。 简单的说，微前端是「聚」，Monorepo 是「分」。 微前端解决的问题是，将多个以不同

实践一下优于 npm/yarn 的一包管理工具，与其来说是“优于”倒不如说是“衍生”。今天在查相关资料的时候，发现 pnpm 作者有发表一章文献，表明 “pnpm 是 npm 的直接代替品，速度更快。

mono repo 并不是银弹，使用这个架构还是会带来很多问题，无非市面上的工具帮助我们解决了大部分。文章主要聊了聊在没有这些工具的时候我们可能会遇到哪些问题，以及使用这些工具后解决了什么又带来了什么

如何使用 pnpm + workspace + changesets 构建你的 monorepo 工程

这是我参与2022首次更文挑战的第3天，活动详情查看：2022首次更文挑战」。 monorepo可以使用lerna,也可以使用更简洁的yarn、pnpm,但是pnpm相对于yarn包管理机制更加强大完