pnpm 添加自动 JavaScript 运行时管理 — 按项目固定 Node/Deno/Bun
Summary
pnpm 在其 2025 年 v10 版本中推出了项目级运行时管理功能:您可以通过 devEngines.runtime 在 package.json 中声明一个运行时(名称 + 版本),pnpm 将在运行项目脚本时自动下载并使用该运行时。这涵盖了 Node、Deno 和 Bun,旨在使开发者脚本、CI 运行和本地工具在不同机器上具有确定性。(pnpm.io)
Why this matters for full‑stack teams
- 可重现的开发环境:脚本行为(构建、测试、开发服务器)通常会因为团队成员使用不同的 Node/Deno/Bun 版本而产生差异。在 package.json 中固定运行时并让 pnpm 管理它们,消除了“在我的机器上可以运行”问题的主要类别。
- CI 一致性和更快的入门:CI 作业可以使用 pnpm 的运行时,而无需单独的 nvm/Volta/asdf 设置步骤,减少了设置脚本和首次贡献者的摩擦。
- 安全性和供应链卫生:结合 pnpm v10 的“默认安全”控制(阻止生命周期脚本、信任策略),受控的运行时提供减少了意外执行差异和由于运行时版本特性或安全修复带来的意外。
- Monorepo 和工具链一致性:对于 monorepo,集中管理运行时要求避免了每个包的漂移,并简化了升级或测试替代运行时(例如,将抽查从 Node 切换到 Bun)。
- 与供应商无关的方法:由于 pnpm 支持多种运行时(Node、Deno、Bun),团队可以从单个清单条目测试多运行时场景,而无需安装单独的运行时管理器。
What to change — a short adoption checklist
-
审核脚本并确定所需的运行时
- 记录 package.json 中的脚本和开发工具(构建、测试、部署助手),确认它们所需的运行时(Node、Deno、Bun)及其最低版本。
-
将 devEngines.runtime 添加到 package.json
- 示例:
{ "devEngines": { "runtime": { "name": "node", "version": "24.6.0" } } } - 将此提交到代码库,以便 CI 和每位开发者都能获得相同的运行时。
- 示例:
-
更新 CI 工作流
- 用 pnpm 驱动的流程替换临时的运行时安装(nvm/apt-get/install 脚本):
- 像往常一样运行 pnpm install(当调用脚本时,pnpm 将下载或链接运行时)。
- 在 CI 运行之间缓存 pnpm 的全球存储和运行时二进制文件,以加快构建速度。
- 验证运行器是否具有支持自动运行时管理的 pnpm 版本(v10.x+)。
- 用 pnpm 驱动的流程替换临时的运行时安装(nvm/apt-get/install 脚本):
-
配置缓存和离线安装
- 在 CI 中缓存 pnpm 存储和运行时工件。
- 对于隔离构建,预填充 pnpm 存储或将运行时工件供应到您的工件库中。
-
与本地开发工具集成
- 更新开发文档和贡献指南,建议使用 pnpm 进行本地脚本运行。
- 可选地为偏好使用 nvm/Volta 的开发者保留兼容包装(pnpm 的运行时管理是附加的,而非强制的)。
-
测试升级和回滚路径
- 将运行时版本更改视为依赖项更新:创建一个 PR,运行 CI,并在团队中分阶段推出。
- 使用金丝雀分支验证主要运行时升级。
Operational considerations and caveats
- 二进制缓存:运行时下载(默认情况下)按需获取。确保 CI 缓存或内部镜像以避免不稳定的外部获取。
- 磁盘使用和全球存储:pnpm 的全球/虚拟存储减少了重复,但如果您在多个项目中固定许多不同的运行时版本,请计划存储增长。
- 与现有运行时管理器的互操作性:pnpm 管理的运行时将与 nvm/Volta/asdf 共存;然而,团队应选择一个 CI 和文档的单一真实来源,以避免混淆。
- 安全态势:固定运行时有助于可重现性,但也要求您有意地应用安全更新 — 使用定期审计和类似 dependabot 的信号来进行运行时升级。
- 工具兼容性:确认开发工具(本地附加组件、二进制 npm 模块)与您选择的固定运行时 ABI/版本兼容。
Recommended next steps (first 48–72 hours)
- 将 devEngines.runtime 添加到一个小的、具有代表性的代码库,并在本地和 CI 中验证
pnpm run build。 - 为 pnpm 存储和运行时工件添加 CI 缓存规则。
- 更新团队的入职文档,以使用 pnpm 进行本地安装和脚本执行。
- 制定运行时升级政策:谁批准主要的运行时升级,以及如何进行烟雾测试。
Bottom line
pnpm 的自动运行时管理将运行时选择变成您代码库中的一部分,成为一流的、版本化的内容。对于全栈团队,这减少了环境漂移,简化了 CI,并补充了 pnpm 的安全改进 — 使得在本季度采用这一变化成为低成本、高影响的选择。(pnpm.io)
Source: (pnpm.io)
Source
继续阅读
Chrome 143 更改 FedCM:结构化 ID 声明、更严格的客户端元数据和破坏性 API 更新
2026年1月31日Chrome 143(发布于 2026 年 1 月 12 日)更改了 FedCM 身份流:ID 声明令牌可以是结构化 JSON,强制执行 client_metadata 验证,并且多个 API 字段移动/重命名——在 Chrome 145 之前需要迁移。
Undici CVE-2026-22036: 无界解压链导致资源耗尽 — 补丁已发布
2026年1月30日2026年1月14日,undici(Node.js HTTP客户端)发布了一份安全通告,描述了一种无界解压链漏洞,可能导致高CPU和内存使用。全栈团队必须找到并升级受影响的undici版本,并添加轻量级运行时保护。
React Router / Remix 修复服务器操作中的 CSRF 漏洞 (CVE-2026-22030)
2026年1月29日React Router 和 @remix-run/server-runtime 修复了影响服务器端操作处理程序和不稳定的 React 服务器操作的中等严重性 CSRF 问题——全栈团队现在必须检查和修补的内容。