zxq08

单纯使用 pnpm 就能实现 Monorepo 项目我们都知道，因为它原生支持 workspace，但是它也依然存在一些缺点，例如： 任务运行策略：虽然 pnpm 支持工作空间间的依赖管理和一些任务的

前言 笔者目前所在团队是使用 Monorepo 的方式管理所有的业务项目，而随着项目的增多，稳定性以及开发体验受到挑战，诸多问题开始暴露，可以明显感受到现有的 Monorepo 架构已经不足以支撑日渐

本文探讨了Monorepo（单仓库多项目管理模式）与pnpm（高效的JavaScript包管理器）如何成为前端开发中的理想搭档。首先，文章概述了Monorepo模式的核心优势，包括项目依赖管理的简化、

本文通过实践过程中遇到到一些问题以及逐步沉淀下来的最佳实践，来阐述下前端大仓monorepo在权限这块是如何思考以及设计的。

每个前端都应该拥有自己的组件库,就像每个夏天都有西瓜🍉。本期延续上期的组件工程化的主题，夏日炎热，点上一杯杨枝甘露，和洛竹赴一场 Button 开发之约吧。

本文介绍了通过以 Git Submodule 方式引入单元测试、Code Owner 机制等方案，从单测和人工review两方面保障Monorepo代码质量的实践。

引言： 当下前端组件库 / 工具库的最佳实践方案基本都是 pnpm + monorepo 的开发模式，如 Vue、React、Vite、Element UI、Varlet UI、Vant UI 等。

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

用 PNPM Workspaces 替换 Lerna + Yarn 近年来，Monorepo 架构以越来越流行，鉴于它解决的问题，这是可以理解的。然而，最大的挑战是找到一个简单易用的工具去处理类似的架