更新依赖时提示 node 版本过旧,看了一下,我用的 20.x 也不算旧吧。
然后登陆官网看了一下,目前 LTS 是 22.x
想问大家平时会保持用最新版的 node 吗?
一般是什么时候会进行大版本更新的?

22 ,变成 lts 就更。遇到项目要是报错了就 nvm 之类的指定版本先用着。新特性还是值得更新的。

另外包子也很香😍

lts

个人项目保持最新版,公司项目锁死在旧版,fnm 切起来方便得很

  • 20.11.0 (Currently using 64-bit executable)

18.6.0

16.16.0

10.19.0

装了这么多版本,10.19.0 留着的原因是人大金仓的驱动必须要 10.19 这个版本

我有一个上古的版本在跑,根本不想去动。

nvm 一把梭

16.16 和生产环境保持相同

12 14 16 18 20

22.12.0
18.20.4
18.14.2

  • 16.13.0 (Currently using 64-bit executable)
    14.17.6

nvm 随时切换

公司项目一般用 14 、16 ,个人项目一般用 LTS

不会,停留在 16 或 18 版本,更新了 node 很多项目都跑不起来了,就算是创建新项目很多依赖即使版本是最新版,也不兼容最新版的 node 。node.js 的生态一片混乱,发布版本各种破坏性更新,压根不考虑兼容问题

v18.17.0
-> v20.18.2
default -> 20 (-> v20.18.2)

next 15 要求 node 版本>=20 ,就顺手升级了

一直用最新的 lts.
公司有个项目只能用 16.14.2, 所以写了个 alias 切环境变量.

centos7.4 node 最高只到 17 ,
然后 pnpm9 要求最低 node 18,
很头疼这事

使用 nodesource 安装, github.com/nodesource/distributions

追求 lts 最新

你小子我怎么每个帖子都能看到你 高强度摸鱼啊

旧项目会固定为当时创建项目的 nodejs 版本,新项目永远都是最新的 lts 版本

fnm 来回切, 用什么版本不是看我装什么版本, 是看项目能跑什么版本,

  • 18.20.4 (Currently using 64-bit executable)
    16.20.2

更新 GLIBC 呗

感觉还没遇到过因为版本导致的问题诶、基本重装或新系统 看哪个最新用哪个。

v22.11.0
你需要试试我们最新最潮的
--experimental-strip-types 和 node:sqlite
这是被 bun 追着打后的产物

#1 bun 和 yarn 对比,仅包管理器来说,安装是真的快很多吗