等了大半年，pnpm 11.0 终于正式发布了！ 这一版根本不是小修小补，而是从底层到体验全重构： 抛弃旧 JSON 索引、换上 SQLite、安装速度再上台阶； 默认加强供应链安全，新发包强制等 1

本文记录一次典型的「本地好好的，合并进发版分支后 CI 挂掉」问题：根因是 pnpm 大版本升级带来的依赖构建脚本策略变化，以及 v11 配置位置迁移。文末附 v10 → v11 迁移要点与官方链接。

升级node版本，导致项目跑不起来，报 esbuild -4058、Error: error:0308010C:digital envelope routines::unsupported

很多前端开发在删除 node_modules 时都会遇到卡顿甚至权限不足的问题。围绕依赖结构、文件数量和操作系统机制，拆解 node_modules 体积巨大的原因，并整理多种高效删除和优化方案

前端工程化是通过工具和规范，提升开发效率、代码质量和团队协作的系统化方案。大致包含以下内容： 代码规范 Git Hooks 环境变量 构建优化 本文内容包含： 使用 vite 创建 vue 项目 配置

前言 在团队项目中，我们使用 pnpm 作为包管理器。但有些同学在执行 pnpm install 安装依赖后，发现 pnpm-lock.yaml 文件发生了大量变化。这是什么原因？又该如何解决？

无论物料库组件还是框架库文件，每次构建都是独立打包。50+ 个组件/包同时更新时，传统串行或静态并行方式效率低下，CPU 多核闲置严重，木桶效应明显 动态负载均衡 + 并行调度，CPU利用率95%+。

前言 在现代前端开发中，包管理工具的选择对于项目的性能和开发效率有着至关重要的影响。最近，我们的团队决定在所有新项目中强制使用 pnpm 作为包管理工具，并将老项目逐步迁移到 pnpm。这个决策背后有

NPM、Yarn、PNPM：三大包管理器全方位对比 在前端和 Node.js 项目的开发中，包管理器一直扮演着举足轻重的角色。它能帮助我们轻松管理依赖、安装并维护版本，为项目开发提供良好的生态支持。当