什么情况下会选择不升级 node 版本？

[weekidjoker]

[NessajCN]

除了必须升级 node 版本以外的所有情况

[julyclyde]

对社会进步感觉恐惧的时候

[enpitsulin]

🤣团队他人的能力完全 cover 不住任何技术迭代所带来的任何问题的时候，老老实实 nvm use 14 就得了。大家都是赚口饭钱没啥必要

[IvanLi127]

项目年久失修的情况下

[wu67]

项目依赖导致升不上去了. 不维护升级的话, 这个项目基本的所有依赖就锁死版本上限了, 后续想要升级都不敢动, 最后变成💩山, 只能推倒重来

例如我们的 nuxt2 项目, 好家伙, 直接锁死在 16.14.2, 再高一点点都跑不起来, 其他项目我都升到 18.17.1 了, 就这个不敢动也没法动...

[weekidjoker]

@wu67 #5 就是部分依赖不支持高版本的 node ？

[Zhuzhuchenyan]

比如老旧项目，升级不如重写，
我司现在有
- 两个 Angular 6 的项目，Node v12
- 两个 Angular 8 的项目，Node v14
- 三个 Angular 13 的项目，Node v16

[Zhuzhuchenyan]

纠正一下上文，检查了一个 Angular 6 和 8 的项目，Node 版本是 8 和 10 （掩面）

[DOLLOR]

当你接手一个依赖 sass 的项目时。

[zackzergzeng]

小项目随便，大项目 node 升级带来的破坏改动传导到依赖升级，依赖升级带来的破环改动传导到项目本身，然后项目本身兼容这些破环性改动的带来的 bug 和测试成本，算算成本和毛利率基本就放弃了……

[darkengine]

没有时间的时候

[weekidjoker]

看来我接触的项目还是不够老😂

[babyoung]

能用

[a632079]

@weekidjoker #6 依赖 webpack 4 ，webpack 4 使用了旧版 OpenSSL 的接口。webpack 4 貌似使用了 md4 ，无法适配新的 openssl 接口。
其次，nuxt2 ，vue-cli （这货弃用前还能更 webpack5 ） 都直接弃用了😂，要么加参数，要么就只能摆烂了。

[duan602728596]

让不会 node 的人搞基建，就会成这个样子

[LitterGopher]

暂时无法联网的时候。

[weekidjoker]

@a632079 #14 那新需求能用的依赖都不支持低版本的 node ，怎么办

[a632079]

@weekidjoker #17
因此 Node 有 node 版本管理器啊。比如说 NVM 、N 、PNPM 自带的 env 。
你可以把这个理解成 python 的虚拟环境，不过这个本质更简单，只是改了下 PATH 中 node 的位置。

P.S 三个里面 n 应该是最好用的，全局包是共享的，但是可能会引入版本冲突问题（如果你往全局赛的不只是 cli tool ）

[weekidjoker]

@a632079 #18 我知道有版本管理工具，我的意思是在一个低版本 node 才能跑的项目中，某一天要加新功能，而这个功能用到的依赖不支持低版本 node ，这时候要怎么处理？

[a632079]

@weekidjoker #19 看看库的老版本支不支持，不支持的话只能换别的库、找 polyfill 或者转义（尤其是针对新的 ES 语法，譬如 JS 的 private field ）、要么就是自己移植。

---------
这种坑蛮多的，比如说 chalk ，got 这种：node 现在掀起了一股重写成 esm 的潮流——老的 CommonJS 项目，要么找个转义器，比如说 babel ；要么就是用他的旧版本；要么就是花时间换别的库替代。