nodejs版本太高

2023年6月的一天，我在北京的一个小咖啡厅里，跟一位朋友聊天。他刚升级了公司的服务器，结果发现一些老旧的JavaScript项目跑不动了。原来，他升级到了Node.js的16.0版本，而那些项目依赖的还是12.0。一排查，发现好多包都不兼容了。
我一边给他调整版本，一边自言自语：“等等，还有个事，我突然想到，之前也有客户因为升级Node.js导致项目中断。”
然后，我就给他解释了版本兼容性这个事。现在，很多技术迭代更新很快，但兼容性问题总是让人头疼。说到底，还是得在升级前做好充分的调研和测试。
不过，话说回来，版本升级虽然麻烦，但也意味着技术进步。有时候，不得不为了那点新功能，忍受一下兼容性问题。你说是吧？😄

项目运行：npm install -g nvm，切换到稳定版。

去年夏天，我在一家初创公司做后端开发，那会儿我们用nodejs搭建了一个小型的API服务。有一次，我升级了nodejs版本，从12.x直接跳到了16.x。升级后，运行环境瞬间稳定了，但问题也随之而来。我注意到，某些依赖库开始报错了，像socket.io这种常用的库，竟然因为版本不兼容而崩溃了。
我花了两天时间，一个个排查依赖库，最后发现是因为某些模块不支持那么高的nodejs版本。当时我就在想，为什么升级版本要这么谨慎呢？结果就是，一个小小的版本升级，竟然让我在项目上浪费了两天时间。
等等，还有个事，我突然想到。我记得那时候有个同事，他每次升级nodejs版本都是小心翼翼的，他会先在一个小分支上测试，确保所有依赖都兼容，然后再合并到主分支。唉，看来经验有时候就是教训堆出来的。