这是一个创建于 52 天前的主题，其中的信息可能已经有所发展或是发生改变。
从 npm 到 yarn ，最近爱上了 pnpm 。
 |
1
xiaojun996 52 天前  1
已经用 pnpm 4 年了，第一次用它主要 2 个原因
1. 不会有幽灵依赖 2. 节约硬盘空间，有个 global 的 store 存 package |
 |
2
DICK23 52 天前
用的 bun,就为了 install 的时候提示信息少
|
 |
3
weijancc 52 天前
Yarn, 以后有重新安装依赖会使用 bun, pnpm 之前用过一段时间, 但会出现打包后出现样式丢失的情况, 遂放弃
|
 |
4
renmu 52 天前 via Android
个人项目都转 pnpm 了
|
 |
5
jisuowei 52 天前 7
y a r n, 可以两只手各敲两个字母，p n p m 一只手挺累的，手动狗头
|
 |
6
IvanLi127 52 天前
特简单的项目用 npm ，懒得折腾；日常用 pnpm ，感觉很好；支持 bun 运行的用 bun ，感觉也很好。 yarn 1 感觉没啥特别的地方，不怎么用。
|
 |
7
x009ba1 52 天前 1
yarn ，因为标志是猫咪
|
 |
9
crysislinux 52 天前 via Android 1
我要坚持 npm 不动摇
|
 |
10
kzfile 52 天前
用 npm ，因为没有频繁拉包的需求，npm 似乎也没啥问题
|
 |
11
kkocdko 52 天前 4
npm
vscode 已经从 yarn 切换回 npm 。 当你使用 npm 时，其他包管理器都要声称“兼容 npm”，你使用的是一个公认的子集，一个最大公约数，任何你这能跑但别人不能跑的东西，都是别人的责任。 |
 |
12
fov6363 52 天前
pnpm 提供的 monorepo 能力太棒了
|
 |
13
zhhqiang 52 天前
维护项目
|
 |
14
DOLLOR 52 天前
用 npm 。
每次安装、更新好依赖就打包成 node_modules.7z ，确保时间、空间上的一致性。 |
 |
15
xqk111 52 天前
npm ，懒得折腾
|
 |
16
liuliumei 52 天前
pnpm monorepo
|
 |
17
Nyeshuai 52 天前
正常的跟时间走的用 pnpm, 老的还是 npm 控在文件夹内省些麻烦
|
 |
19
molvqingtai 52 天前
使用 pnpm ，npm 依赖问题太多了
|
 |
20
mandex 52 天前
yarn
维护的都是老项目，懒得动 |
 |
21
shuxhan 52 天前
yarn 习惯了
|
 |
22
sworld233 52 天前
一直用 pnpm
|
 |
23
tyrone2333 52 天前
pnpm 跑很多老项目会有依赖问题运行不起来, 一直用 yarn
|
 |
24
Jinnrry 52 天前
npm +1
|
 |
25
dcsuibian 52 天前 via Android
npm 。其实我不是很在意那点硬盘空间，有代理的话下包其实也不会太慢。
npm 主要好在它是自带的，有 node 就有 npm 。别人下了我的项目不用多余的步骤就能运行。 但是其实 yarn 和 pnpm 我也在用，只不过是二开的项目，这种就是纯粹的作者用啥我用啥嘞 |
 |
26
sn0wdr1am 52 天前
我支持 pnpm 做话事人，因为他好用，省事。
|
 |
27
TimPeake 52 天前
新项目用 pnpm ，老项目没法用, 只能无奈 npm
|
 |
28
54xavier 52 天前
npm => cnpm => yarn => pnpm => nrm => npm
|
 |
29
flyinghigherair 52 天前
除非特殊情况，否则都是用安装 nodejs 时自带的 npm ，不喜欢装一大堆东西
|
 |
30
gogogo1203 52 天前
必须是 pnpm, 因为快啊。npm i 要半天，换了 taobao 节点也不行。
alias 永久改成 p, 每次都是 p i, p i , p i |
 |
32
oner 52 天前 via iPhone
npm 从来没换过
|
 |
33
jinliming2 52 天前
@dcsuibian #25
@flyinghigherair #29 Node 现在自带了 corepack ，相当于 npm 、yarn 、pnpm 都自带了。package.json 里有 packageManager 字段的话会强制使用指定的包管理工具。 |
|
34
dcsuibian 52 天前 via Android
@jinliming2 我知道，但这个东西是实验性的，而且得在 node 16.13 以上才能用。
而且确实属于多余的步骤。 |
 |
36
lerry 52 天前
npm 没啥问题，速度很快
|
 |
37
Xu3Xan89YsA7oP64 52 天前
@jisuowei #5 赶紧装上 ni 吧
 |
 |
38
ob 52 天前 via Android
各种用 yarn 的都用哪个版本？
|
 |
39
Bingchunmoli 51 天前 via Android
用 yarn 因为早期 npm 和 cnpm 问题太多了，一直都用 yarn 了
|
 |
40
CLMan 51 天前
最开始是用 npm ，属于入门阶段。然后尝试了 yarn ，它的特色是`Zero-installs`，但是个人项目用不到。最后尝试了 pnpm ，被它的执行速度和 0 学习成本（对于 npm 的兼容性很好）所吸引，就停在了 pnpm 。
最近尝试了 bun ，主要是用来当作 TS 的解释器来用，也用来写一些脚本类型的项目，因为它提供的 API 比 Node.js 的 API 更加友好，冷启动速度也更快。 测试过 bun 和 node.js 在 Linux 作为自己的一个后端 JS 程序的 Runtime ，两者(JIT 暖机后)性能、内存占用基本一致，没什么差距。 |
 |
41
shiny 51 天前
bun 从刚出来就开始用。一开始有各种各样的问题，到现在问题很少了。开始在服务器上也运行它。
只有在兼容性遇到问题才会回退到 pnpm ，再不行才是 npm 。这些情况都很少遇到。 |
 |
42
ByteCat 51 天前
之前用 pnpm ，公司项目用 pnpm ，现在自己玩已经换 bun 了，心智负担低
|
 |
43
pcdd 51 天前
之前 pnpm ，现在 bun
|
 |
44
tnxg 51 天前
pnpm ，速度快，报错相对较少 www
|
|
45
pcdd 51 天前
2024 了，推荐用更现代的 bun
|
 |
46
subframe75361 51 天前
小项目 bun ，大一些的用 pnpm
|
 |
49
wuoty 51 天前 via Android
用 yarn ，之前用 npm 的时候一些大项目下，性能跟不上，总是卡半天； pnpm 在处理依赖会有些问题，要么就是版本冲突，依赖找不到，要么就是打包的时候丢东西
|
 |
50
siweipancc 51 天前 via iPhone
用其他包管理器发现依赖处理有问题。
作者：我只保证 npm |
 |
51
uni 51 天前 1
优先用 bun ，出问题了再用 pnpm
现在看到一个项目还在用 yarn 就会下意识地觉得这个项目已经过时了，会失去对这个项目的好感 |
 |
52
perfectlife 51 天前 via Android
@fov6363 插个题外话 monorepo 做 cicd 痛苦啊
|
 |
53
Terry05 51 天前
一用上 pnpm 就离不开了，速度快，提示信息友好，说是能节省磁盘空间，懒得去考证，但看到 node_modules 里很多库都是软链接的，相信是能节省空间
当然，还有秒开 monorepos ，用起来太过于舒服 |
 |
54
crocoBaby 47 天前
如果涉及到 cicd 的流水线的话,还是推荐 npm,yarn 其他 pnpm,bun 很多平台都不支持
|
 |
55
wangtian2020 41 天前
用 npm 。
我不会遇到 npm 装不上包的问题。nrm 切 mirror 地址，遇到 github 资源下不动的直接 tun 模式代理启动。 没感觉到有装包慢的问题，和 java 比下载 jar 包文件大编译又慢的 maven 体验好太多了。 |
 |
56
guobaxiong 33 天前
坚持 NPM 一百年不动摇
|
 |
57
andyhu 15 天前
如果是 node 就用 pnpm ，当然 bun 比 node + npm 好用很多，单纯从包管理来看 deno 比前面俩都好
|
Select Language