我自己的 blog基于 Hexo ，由于各种东西都一直没更新（除了内容文章），所以一直也没升级 node.js ，也没有 node.js 相关的项目。最近突然有个项目需要用到 latest 版本的 node ，就在官网更新了，然后我自己的 blog 就没法再 Generate 了。
[email&＃160;protected] MINGW64 /d/blog (main)
$ hexo clean&&hexo g
(node:7552) [DEP0128] DeprecationWarning: Invalid 'main' field in 'D:\blog\node_modules\jsftp\package.json' of './jsftp.js'. Please either fix that or report it to the module author
(Use node --trace-deprecation ... to show where the warning was created)
INFO Deleted database.
INFO Deleted public folder.
(node:2648) [DEP0128] DeprecationWarning: Invalid 'main' field in 'D:\blog\node_modules\jsftp\package.json' of './jsftp.js'. Please either fix that or report it to the module author
(Use node --trace-deprecation ... to show where the warning was created)
INFO Start processing
D:\blog\source\_data\bangumis.json
INFO 167 bangumis have been loaded
INFO Generating urls for last 100 posts

旧的 node 版本是node-v12.18.1-x64，新的版本我装的是node-v16.13.2-x64，然后我把node_modules文件夹删掉后执行npm install，也会报错，日志有点长，点击此处获取。
不知道是否能隔离两个项目的 node 版本（系统是 Windows 10 Pro ）或者让 blog 支持新版本的 node 。

感谢 5 楼，现在已经换 nvm 切换各个 node 版本了。

关键词：hexo nodejs14

解决方法：回滚 nodejs 到 12

都不用 nvm ？

Volta

升级下 hexo 呗

这题我会！ github.com/nvm-sh/nvm

windows 是这个 github.com/coreybutler/nvm-windows

node 真别随便升级，硬要升级的话，确保 package-lock.json 完好无损

推荐一个更优秀的替代品 github.com/Schniz/fnm ，nvm 严重拖慢 terminal 启动速度

Node 毕竟是个运行时，这和 Java 升个级、.NET 升个级一个道理，一定是会出大大小小的问题的，不能把它等同于工具库升个级这么简单

这是哪个依赖还在坚守 node-sass…

不如试试 docker ，把这些都丢到容器里跑，环境就稳定了

可以装多个 node 吧，n 切换下

我也是因为这个原因，所以把 Hexo 换了。

nvm 确实会对终端启动速度有影响，我用 zsh ，可以用 zsh-nvm 这个 plugin 实现 nvm 的 Lazy Loading ，速度提升明显。

歪个楼，我一直觉得 hugo 挺好用的🙈

换 hugo

node-sass 的问题，我一般用 sass 代替 node-sass 就行了
但是 hexo 没用过，不知道怎么搞

前端随便升级 node 可是一个禁忌

最近重装 ghost 发展 node 真滴难，动不动就升级

没用过 node ，谁能解释下为啥会出现 Invalid 'main' field ？

没怎么接到过 node 的项目不太清楚能不能升级
怎么说确保 package-lock.json 完好无损？
但我没想到 node 它不能多版本共存啊，.net 和 java 都能多版本共存
确实，应该学学用 Docker 做项目了
不清楚，node 有办法列出依赖树吗
先存了，之后看看，我这目前没感觉 nvm 明显拖慢 terminal 的速度。话说 nvm 的原理不应该类似于手动更改环境变量吗，为什么会拖慢终端的速度？
好的，感谢，已经用在生产环境了

＃21 Node 是最容易共存的，没有系统级依赖，配个 PATH 就能切不同版本

上面这么多人都没点开接一下看完整版本的日志吗，明明就是 Python 错误。

你升级 node 之后，npm install 时需要重新编译 node-sass ，而你的 node-sass 版本太旧，里面的编译脚本还是 Python 2 语法，而你系统的 Python 的是 3.9 。print 语句已经在 Python 3 删除，Python 3 只有 print 函数。

所以两个方法：

1. 把系统 Python 降级会 Python 2 ，不过 Python 2 早已经废弃了。
2. 修改 package.json, 把 node-sass 版本升级一下, 起码是迁移到 Python 3 的版本。

作为后端，负责一个 admin 项目，然后收到 dependabot 的提示升级 chore(deps): bump axios from 0.21.1 to 0.21.2 的 PR ，然后 merge 了，然后页面挂了。
一脸懵逼，这兼容性也太差了。

个人同样推荐 fnm ，nvm 启动太慢，虽然在 Linux/macOS 下还可以接受，但是 WSL 下非常慢。
nvm-windows 的操作逻辑和 nvm 有很大不同，而且印象中还缺功能，比如用 nvm install 16 ，它只会安装 16.0.0 版本。
fnm 则没有上述问题，它跨平台，支持多种 shell (包括 cmd 和 PowerShell)。

前端随便升 node ，前端项目用 node 就跑个工具链，支持最新版 /最新 lts 版都是没问题的。当然维护古老工具链除外。

Hexo (需要升级到 5.0 以上版本):

• 使用 hexo init blog 创建一个新项目
• 把新项目中 package.json 的依赖覆盖当前项目的依赖

Schniz/fnm: 🚀 Fast and simple Node.js version manager, built in Rust
github.com/Schniz/fnm
用这个试一试~

当然是用 docker 啦，docker 才算通用的解决方案。不然以后多 node 应用你还是可能会遇上同样问题

这就是若干年前为什么从 hexo 迁移的 hugo 的原因之一。。当时还总结了下，供题主参考：

• liujiacai.net/blog/2020/12/05/hexo-to-hugo/

如果你只是用个 webpack ，完全没必要升级

Node14 后的 esm 还是值得升级的