工具介绍
高效节省磁盘的 Node 包管理器
[简体中文](https://pnpm.io/zh/) | [日本語](https://pnpm.io/ja/) | [한국어](https://pnpm.io/ko/) | [Italiano](https://pnpm.io/it/) | [Português Brasileiro](https://pnpm.io/pt/)
* **快速。** 比替代方案快 2 倍（请参阅 [基准测试](#benchmark)）。
* **高效。** `node_modules` 中的文件从单个内容可寻址存储中链接。
* **[适用于单一仓库](https://pnpm.io/workspaces)。**
* **严格。** 包只能访问 `package.json` 中指定的依赖项。
* **确定性。** 具有名为 `pnpm-lock.yaml` 的锁文件。
* **可作为 Node.js 版本管理器使用。** 请参阅 [pnpm 运行时](https://pnpm.io/11.x/cli/runtime)。
* **适用于各个环境。** 支持 Windows、Linux 和 macOS。
* **经过实战检验。** 自 2016 年以来，各种规模的团队都在生产环境中使用 pnpm。
* **实验性的 Rust 移植。** 包括 [pacquet](./pnpm)，这是一个使用 Rust 编写的 CLI 实验性移植。
* [请参阅与 npm 和 Yarn 的完整功能对比](https://pnpm.io/feature-comparison)。
引用 [Rush](https://rushjs.io/) 团队的说法:
Issues· 241 开放
- #16432
在降级一个依赖项时,如果该依赖项是另一个包的对等依赖项,则 `autoDedupe` 将不起作用
area: lockfilearea: monorepoarea: peersarea: resolution更新于 2026年9月30日 - #16431
devEngines.packageManager 中的范围引脚在 lockfile 中记录了正在运行的 pnpm,而不检查 minimumReleaseAge,因此其他人切换到该 pnpm 会失败
area: lockfilearea: supply chain securityarea: resolution更新于 2026年9月30日 - #16436
全球虚拟商店 ESM 加载程序在 Node.js < 22.15 时导致 ts-node 发生故障
更新于 2026年9月30日 - #16435
`-force` 的帮助文本声称它会为其他平台安装可选的依赖项
更新于 2026年9月30日 - #16428
`pnpm install --frozen-lockfile` 仍然会拒绝新的锁文件,如果注入的包的对等实体是可选的,并且由同级导入者满足
area: lockfilearea: monorepoarea: peersregressionarea: resolution更新于 2026年9月30日 - #9094
在 Windows 上自动更新
type: featurepriority: 2更新于 2026年9月26日 - #5174
单依赖式按需审计
type: featurepriority: 3idea: from tracker 15277更新于 2026年9月26日 - #14655
[功能请求] `pnpm exec command` 的 shell 完成
type: featurepriority: 3idea: from tracker 15277更新于 2026年9月26日 - #2321
如果私有项目是非私有项目的产品依赖项,则安装失败
area: monorepopriority: 3idea: from tracker 15277更新于 2026年9月26日 - #15146
2026 年创建的开放问题:哪些问题在 pnpm 12 上仍然出现
type: bug更新于 2026年9月26日
> 标签
包管理monorepoNode.js
> 工具信息
发布日期2026年8月1日
最后更新2026年9月30日
分类包管理
定价开源