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