包管理器横向对比 (Package Managers)
1. 定义
包管理器 (Package Manager) 是自动化”安装、升级、卸载、依赖解析”软件/库的工具，免去手动下载、编译、处理依赖关系的麻烦。 核心职责就四件事：装、卸、升级、管依赖。
本篇是把仓库里
brew.md/pnpm.md/uv.md/bun.md串起来的总览，理清”这么多包管理器到底谁跟谁是一个层级、该用哪个”。
2. 先分层：包管理器不在同一个”世界”
最容易混的点：包管理器分两大层，跨层没法直接比。
┌─────────────────────────────────────────────────┐
│ 系统级包管理器（管整台机器的软件） │
│ brew (mac) / apt (Debian) / yum·dnf (RHEL) / │
│ pacman (Arch) / winget·choco (Windows) │
│ 装的是：git、nginx、python、node 这类"软件" │
├─────────────────────────────────────────────────┤
│ 语言级包管理器（管某个语言项目的依赖库） │
│ JS: npm / yarn / pnpm / bun │
│ Python: pip / poetry / uv / conda │
│ Rust: cargo │
│ 装的是：express、lodash、requests 这类"库" │
└─────────────────────────────────────────────────┘
- 系统级：给整台电脑装软件，装到全局共用（如 brew 装的 node 全局能用）
- 语言级：给某个语言的某个项目装依赖库，通常装进项目目录
典型链路：先用 brew（系统级）装好
node和python，再用 pnpm / uv（语言级）在项目里装依赖库。前者铺底座，后者管项目。
3. 系统级包管理器速查
| 工具 | 平台 | 装 GUI 应用 | 说明 |
|---|---|---|---|
| brew | macOS / Linux | ✅（cask） | mac 上事实标准，见 brew.md |
| apt | Debian / Ubuntu | ❌（主要 CLI） | apt install，Debian 系标配 |
| dnf / yum | Fedora / RHEL / CentOS | ❌ | Red Hat 系 |
| pacman | Arch Linux | ❌ | pacman -S，滚动更新 |
| winget | Windows | ✅ | 微软官方 |
| choco / scoop | Windows | ✅ | 第三方，社区常用 |
命令风格其实高度相似（都是装/删/升/查）：
brew install git # macOS
apt install git # Debian/Ubuntu（需 sudo）
dnf install git # Fedora
pacman -S git # Arch
winget install Git.Git # Windows4. 语言级包管理器速查
JavaScript / Node 生态
| 工具 | 定位 | 卖点 | 锁文件 |
|---|---|---|---|
| npm | Node 自带 | 生态最大、最通用 | package-lock.json |
| yarn | npm 替代 | 早期比 npm 快、workspaces | yarn.lock |
| pnpm | npm 替代 | 省磁盘（全局 store + 硬链）、无幽灵依赖 | pnpm-lock.yaml |
| bun | 运行时自带的包管理 | 极快，还兼运行时/打包/测试 | bun.lockb / bun.lock |
详见
pnpm.md、bun.md。装包速度大致：bun ≳ pnpm > yarn > npm。
Python 生态
| 工具 | 定位 | 卖点 | 锁文件 |
|---|---|---|---|
| pip | Python 自带 | 最通用 | 无（freeze 不算真锁） |
| poetry | 项目 + 依赖管理 | pyproject + 依赖解析 | poetry.lock |
| conda | 跨语言环境 + 包 | 能装非 Python 的 C 库 | environment.yml |
| uv | pip/poetry 的极速替代 | Rust 写、极快、一体化 | uv.lock |
详见
uv.md。conda 特殊：它既是包管理器又带环境隔离，能装非 Python 依赖。
其他语言（顺带一提）
| 语言 | 包管理器 |
|---|---|
| Rust | cargo |
| Go | go modules（go get） |
| Ruby | gem / bundler |
| Java | Maven / Gradle |
| PHP | Composer |
5. 它们共通的核心机制
不管哪个包管理器，套路都差不多，理解一个就能类推：
| 机制 | 作用 | 各家例子 |
|---|---|---|
| 仓库 / registry | 包存放和下载的地方 | npm registry、PyPI、Homebrew tap |
| 清单文件 | 声明”我这个项目要哪些依赖” | package.json、pyproject.toml |
| 锁文件 (lockfile) | 记录精确版本，保证团队/机器间一致 | pnpm-lock.yaml、uv.lock |
| 依赖解析 | 算出一套互相兼容的版本组合 | 所有包管理器的核心难点 |
| 本地缓存 / store | 下过的包缓存复用，加速 + 省磁盘 | pnpm 全局 store、uv 缓存 |
记住这五样，学任何新包管理器都能快速上手——无非是命令名不同。
6. 该用哪个？（选择建议）
- macOS 装系统软件 →
brew - Node 项目 → 新项目首选
pnpm（省磁盘、严格）；想要一体化极速可试bun；团队已有约定就跟随 - Python 项目 → 追求速度和现代体验用
uv；需要非 Python 的 C 库（数据科学）用conda；简单场景pip+ venv 也够 - 只是临时跑个 CLI 工具，不想装进项目 →
pnpm dlx/uvx/bunx/npx
7. 常见误区
- ❌ “brew 和 pnpm 是竞品” → 不是。brew 是系统级（装软件），pnpm 是语言级（装 JS 库），不同层
- ❌ “包管理器 = 隔离工具” → 不是。包管理器负责”装”，隔离是 venv / Docker 干的事（见
../docker/docker.md3.5 节）。方向相反：装是往全局共享，隔离是把环境分开 - ❌ “npm/pnpm/yarn 差别很大要重学” → 命令几乎一样（install/add/remove/run），换用成本很低
- ❌ “锁文件可以不提交” → 恰恰要提交。锁文件保证别人 clone 后装到完全一样的版本；不提交就可能”我这能跑你那不行”
- ❌ “conda 只是包管理器” → 它同时带环境隔离，定位比 pip 更宽
8. 延伸阅读 / 关联概念
brew.md— 系统级包管理器（macOS）pnpm.md— JS 生态省磁盘的包管理器bun.md— 运行时 + 包管理一体，含 bun/pnpm/node 层级对比uv.md— Python 极速包管理器- 隔离 vs 包管理 — 见
../docker/docker.md的 3.5 节，理清”装”和”隔离”的区别 - 幽灵依赖 / 锁文件 / monorepo — 包管理器进阶概念，
pnpm.md里有展开