很多人第一次接触 pnpm workspace、yarn workspace 或 monorepo，都会有点懵：
为什么一个仓库里会有这么多包？它们又是怎么互相引用的？
这时候你大概率会看到一个词：Workspace。
如果只用一句人话解释它，可以这么理解：
Workspace 就是把一个仓库里的多个包组织起来，让它们既能一起管理，又能直接互相依赖。
它最常见的使用场景，就是 Monorepo。
比如一个前端仓库里，可能同时有：
这些包都放在同一个仓库里，但又不是一坨代码混在一起。
这时候，Workspace 就是把它们串起来的那套机制。
当项目开始走向 Monorepo，一个仓库里同时维护多个包时，很快就会遇到一个现实问题：
代码能一起写了，那版本号、CHANGELOG、发版流程怎么一起管？
这时候很多团队会用到一个工具：Changesets。
如果用一句最通俗的话解释它，可以这么理解：
Changesets 就像 Monorepo 里的“发版记录单”系统。
你每做完一次改动，就先记一张“这次改了什么、该升哪个版本”的单子；等准备发版时，再统一计算版本号、生成 CHANGELOG、执行发布。
它最适合的场景，就是：
很多人第一次接触前端工程化时，看到 Monorepo、pnpm workspace、Changesets 这几个词，经常会有点混：
其实它们不是同一种东西，而是处在不同层级。
如果只用一句话总结三者关系，可以这么理解：
Monorepo 负责“组织方式”，pnpm workspace 负责“本地开发和依赖管理”，Changesets 负责“版本管理和发布”。
也就是说：
Monorepo 是一种架构思路pnpm workspace 是落地这套架构的开发工具Changesets 是给这套架构补上发版流程的工具这篇文章就专门把这三者的分工讲清楚。