2024 年了你在用 npm / yarn / pnpm ？以及为什么？

bun 从刚出来就开始用。一开始有各种各样的问题，到现在问题很少了。开始在服务器上也运行它。
只有在兼容性遇到问题才会回退到 pnpm ，再不行才是 npm 。这些情况都很少遇到。

之前用 pnpm ，公司项目用 pnpm ，现在自己玩已经换 bun 了，心智负担低

之前 pnpm ，现在 bun

pnpm ，速度快，报错相对较少 www

2024 了，推荐用更现代的 bun

小项目 bun ，大一些的用 pnpm

@xlinux 不是对比，是箭头路径的意思，就是说我从 npm 换了一圈最后还是换回了 npm

@54xavier 那跟 NRM 有啥关系？

用 yarn ，之前用 npm 的时候一些大项目下，性能跟不上，总是卡半天； pnpm 在处理依赖会有些问题，要么就是版本冲突，依赖找不到，要么就是打包的时候丢东西

用其他包管理器发现依赖处理有问题。
作者：我只保证 npm

优先用 bun ，出问题了再用 pnpm
现在看到一个项目还在用 yarn 就会下意识地觉得这个项目已经过时了，会失去对这个项目的好感

@fov6363 插个题外话 monorepo 做 cicd 痛苦啊

一用上 pnpm 就离不开了，速度快，提示信息友好，说是能节省磁盘空间，懒得去考证，但看到 node_modules 里很多库都是软链接的，相信是能节省空间

当然，还有秒开 monorepos ，用起来太过于舒服

如果涉及到 cicd 的流水线的话,还是推荐 npm,yarn 其他 pnpm,bun 很多平台都不支持

用 npm 。
我不会遇到 npm 装不上包的问题。nrm 切 mirror 地址，遇到 github 资源下不动的直接 tun 模式代理启动。
没感觉到有装包慢的问题，和 java 比下载 jar 包文件大编译又慢的 maven 体验好太多了。

坚持 NPM 一百年不动摇

如果是 node 就用 pnpm ，当然 bun 比 node + npm 好用很多，单纯从包管理来看 deno 比前面俩都好

推荐 PNPM

在 wsl 用的话, pnpm 会有各种问题, 依赖不同步