2022 年了, 还在用 yarn 吗?

已经在搞 4.0 了...

@DOLLOR 你赢了

@qfdk #60 你这就是典型的 "因噎废食"

yarn 还没学会又出新工具了 前端学习成本这么高吗

@magicdawn #63 no,并不是这样的，因为维护了个老项目，里面的的指令执行起来都怪怪的， 经过查找发现有人把 .bashrc 里面加上了 alias 让人头大。 其实我想说的是 公共服务器还是不要，当然个人开发机器随便。

老早就转 pnpm 了，硬盘友好型工具。。
如果他们用 package-lock.json 来对齐 npm 那就很好了。

@qfdk #65 这个 topic 下谈啥个人 公共 服务器呢

@magicdawn 比如 jenkins 的机器 这样的

@qfdk #68

这个 topic 是 "2022 年了, 还在用 yarn 还是 pnpm", 你给扯到 CI 去了

alias 肯定是日常大量使用啊, 谁没事跑服务器低频使用的情况

就算是服务器, 如果大量使用, 也不是不行. 在设计好的前提下, 更不容易出错.
当然你说的 alias cd="rm -rf /" 这种作恶形式必须追责到人. 人品问题

@magicdawn 因为永远不了解离职 infra 的人会干些什么... 发现一次就够了. 不好意思我扯远了，看到的朋友提个醒 上手新机器，敲命令前看看 alias

没正经对比过，一直优先使用 npm ，除非跑不起来且项目说明明确必须使用 yarn 。

梯子给力一些（或者用个好用的镜像），有问题就删 node_modules ，尽可能利用 lock 文件，能把问题发生的概率显著降低。

这个问题跟用 docker 关系不大，凡是涉及到第三方依赖的，基本绕不过包管理器，就连打 docker 镜像的时候都经常需要用包管理器装依赖。

前端就不能把创意搞到 tools 之外吗

我还以为是 Hadoop Yarn

三年没写过 js ，才发现又变天了。。。
都不用 npm yarn 了么。。又出了个新玩意。。

pnpm

pnpm + 1

表示 npm 早期报错太多习惯先用 yarn 了

@ByteCat pnpm 在 windows 上真的有用吗? 我试过同硬盘复制一个项目安装, 事后直接看磁盘占用, 只能说勉强能用的样子. 比如说 npm 复制一份安装依赖有 800M, pnpm 复制一份安装也有 500M 多, 但是文件数量反而更多了, 简直鸡肋.
linux 上看到有人说 pnpm 复制一份安装占用为 0, 不知是真是假

react vue angular svelte webpack vite rollup npm yarn pnpm 作为一个前端我都觉得累得慌

前端真的是越来越坑，一个项目代码运行起来都要看运气