管理不同版本的,版本下的应用程序

作者: 生命科学  发布:2019-10-01

我有一台云主机,已经运行了好几年。上面跑了很多乱七八糟的服务,大部分都是用 Node.JS 写的。由于开发和部署的时间不同,这些服务运行在 Node.JS 的不同版本下。运行在老的 Node.JS 版本下的程序往往都不能运行在新的 Node.JS 版本下,我也没兴趣(精力)去把它们逐一升级。因此我就有了这样的需求,不同版本的 Node.JS 需要在同一台服务器上 Side By Side 地运行,且相互不干扰。

在我们的日常开发中有没有遇到这样的问题: 手上有好几个项目,每个项目依赖不同版的 NodeJS 运行环境,又不敢茫然把所有的依赖版本都升级为最新的,那么有没有这样一个工具可以分别管理不同版本的node环境呢?答案是肯定的。

转载

nvm vs. n

大部分 Node.JS 开发者,甚至很多前端、React-Native 开发者都知道 nvm,而且在工作中也往往用它来切换 Node.JS 的版本。但是 nvm 却不适合运行在服务器上,因为它的缺省配置都是在当前开发用户下的,并且以开发时切换 Node.JS 作为它的主要场景。

在服务器上,则需要用到 TJ 的写的另外一个工具:n。本文不是 n 的教程,所以最好你先去看看官网的 README。

n 可以通过 npm 全局安装,因此其执行本体缺省在 /usr/local/lib/node_modules/n 下,有个 Symbolic Link 在 /usr/local/bin/n。通过 n 下载的不同版本的 Node.JS 文件,则被放在 /usr/local/n/versions/node 下面(如果你安装过 iojs,那么还会有 iojs 的目录):

Node.JS 安装目录

即使 n 升级了,这些安装过的不同版本的 Node.JS 文件也都在,无需重新安装。

你可以先安装几个 Node.JS 的版本:

n 0.10.41
n 5.4.1

nvm 就是为解决这个问题的,nvm 是 Mac 下的 node 管理工具,有点类似管理 Ruby 的 rvm。

在我们的日常开发中经常会遇到这种情况:手上有好几个项目,每个项目的需求不同,进而不同项目必须依赖不同版的 NodeJS 运行环境。如果没有一个合适的工具,这个问题将非常棘手。

测试程序

然后随便创建个目录,写个 index.js:

console.log(process.version)
console.log(process.argv)

执行 n use 0.10.41 index.js,返回:

v0.10.41
[ '/usr/local/n/versions/node/0.10.41/bin/node',
  '/Users/rongshen/trash/nv/index.js' ]

执行 n use 5.4.1 index.js,返回:

v5.4.1
[ '/usr/local/n/versions/node/5.4.1/bin/node',
  '/Users/rongshen/trash/nv/index.js' ]

看,你的程序可以通过这种方式运行在不同的 Node.JS 版本下,还不耽误传参数。

node 版本管理工具还有一个是 TJ大神的 n 命令,n 命令是作为一个 node 的模块而存在,而 nvm 是一个独立于 node/npm 的外部 shell 脚本,因此 n 命令相比 nvm 更加局限。

nvm 应运而生,nvm 是 Mac 下的 node 管理工具,有点类似管理 Ruby 的 rvm,如果需要管理 Windows 下的 node,官方推荐使用 nvmw 或 nvm-windows。不过,nvm-windows 并不是 nvm 的简单移植,他们也没有任何关系。但下面介绍的所有命令,都可以在 nvm-windows 中运行。

Daemon

既然是服务,就要运行在后台(Crontab 或者 Service)。那么 n 的使用就必须使用完整路径,例如:

/usr/local/bin/n use 0.10.41 index.js

由于 npm 安装的模块路径均为 /usr/local/lib/node_modules,当使用 n 切换不同的 node 版本时,实际上会共用全局的 node/npm 目录。 因此不能很好的满足按不同 node 版本使用不同全局 node 模块的需求。

nvm 与 n 的区别

node 版本管理工具还有一个是 TJ大神的 n 命令,n 命令是作为一个 node 的模块而存在,而 nvm 是一个独立于 node/npm 的外部 shell 脚本,因此 n 命令相比 nvm 更加局限。

由于 npm 安装的模块路径均为 /usr/local/lib/node_modules,当使用 n 切换不同的 node 版本时,实际上会共用全局的 node/npm 目录。 因此不能很好的满足『按不同 node 版本使用不同全局 node 模块』的需求。

从其他全局 Node.JS Tools 启动

有时,我们的服务是从其他全局 Node.JS 工具启动的,例如 forever。那么可以首先找出 forever 的绝对路径:

> which forever
/usr/local/bin/forever

然后执行:

> /usr/local/bin/n use 0.10.41 /usr/local/bin/forever index.js

forever 比较特别之处在于,它可以通过 -c 参数指定启动的 Node.JS 程序的版本,因此你也可以写成:

> forever -c `n bin 0.10.41` index.js
warn:    --minUptime not set. Defaulting to: 1000ms
warn:    --spinSleepTime not set. Your script will exit if it does not stay up for at least 1000ms
v0.10.41
[ '/usr/local/n/versions/node/0.10.41/bin/node',
  '/Users/rongshen/trash/nv/index.js' ]
error: Forever detected script exited with code: 0

上面的 warnerror 不用去管。这里用到了 n bin 0.10.41,这个 bin 参数是用来返回特定 Node.JS 版本的安装目录的,例如:

> n bin 0.10.41
/usr/local/n/versions/node/0.10.41/bin/node

在官网下载的 node 安装包,运行后会自动安装在全局目录,使用过程中经常会遇到一些权限问题,所以推荐按照以下方法卸载全局安装的 node/npm。

卸载全局安装的 node/npm

在官网下载的 node 安装包,运行后会自动安装在全局目录,使用过程中经常会遇到一些权限问题,所以推荐按照以下方法卸载全局安装的 node/npm。

首先,打开你 Finder,按 shift+command+G,打开前往文件夹的窗口,分别输入下列目录进去之后删除 node 和 node_modules 相关的文件和文件夹:

  • 打开 /usr/local/lib,删除 node 和 node_modules 相关的文件和文件夹
  • 打开 /usr/local/include,删除 node 和 node_modules 相关的文件和文件夹
  • 如果你是使用的 brew install node 安装的 NodeJS,那么你还需要在终端中执行 brew uninstall node 命令来卸载
  • 检查你的个人主文件夹下面的所有的 locallib 以及 include 文件夹,并且删除所有与 node 和 node_modules 相关的文件以及文件夹
  • 打开 /usr/local/bin 并删除 node 可执行文件

你可能还需要在你的终端中输入一些额外的指令:

1
2
3
4
5
6
7
8
sudo rm /usr/local/bin/npm
sudo rm /usr/local/share/man/man1/node.1
sudo rm /usr/local/lib/dtrace/node.d
sudo rm -rf ~/.npm
sudo rm -rf ~/.node-gyp
sudo rm /opt/local/bin/node
sudo rm /opt/local/include/node
sudo rm -rf /opt/local/lib/node_modules

pm2

pm2 比较特别,它自己从全局的 node 来 fork 服务进程。所以你需要告诉 pm2 用哪个程序来作为服务程序的解释器,写法如下:

> pm2 -f start index.js --interpreter `n bin 4.2.4`

首先,打开你 Finder,按 shift+command+G,打开前往文件夹的窗口,分别输入下列目录进去之后删除 nodenode_modules 相关的文件和文件夹:

Windows 安装

首先最重要的是:一定要卸载已安装的 NodeJS,否则会发生冲突。然后下载 nvm-windows 最新安装包,直接安装即可。

生产环境尽量少用全局工具

其实在生产环境下(甚至在大部分开发环境下),我都建议将这些全局工具安装在本工程的目录下安装一份,例如,通过 npm install gulp 而不是 npm install gulp -g

这些工具会被安装到当前目录下的 ./node_modules/.bin 中,引用这里的版本可以避免全局版本冲突:

> ./node_modules/.bin/gulp your-gulp-task

而不是:

> gulp your-gulp-task

另外,package.json 中的 scripts 也会将 ./node_modules/.bin 加入到可执行文件的搜索目录中, 所以在 package.jsonscripts 中是可以简写为:

  "scripts": {
    "start": "gulp your-gulp-task"
  },

npm 或优先到 ./node_modules/.bin 里找 gulp

这些方法可以让你的项目的自包含性更好,降低了全局依赖带来的版本冲突。

** 过了两天发现,有人就这个问题全局问题发了篇文章: The Issue With Global Node Packages。

  • 打开 /usr/local/lib,删除 nodenode_modules 相关的文件和文件夹
  • 打开 /usr/local/include,删除 nodenode_modules 相关的文件和文件夹
  • 如果你是使用的 brew install node 安装的 NodeJS,那么你还需要在终端中执行 brew uninstall node 命令来卸载
  • 检查你的个人主文件夹下面的所有的 locallib 以及 include 文件夹,并且删除所有与 nodenode_modules 相关的文件以及文件夹
  • 打开 /usr/local/bin 并删除 node 可执行文件

OS X/Linux 安装

与 Windows 不同,我们并不一定要先卸载原有的 NodeJS。当然我们推荐还是先卸载掉比较好。另外,你还需要 C++ 编译器,Linux 发行版一般不用担心,像 Ubuntu 都可以直接用 build-essential 套件,OS X 的话,可以用 X-Code 的命令行工具。运行这个命令即可:

1
xcode-select --install

在 Linux 中:(如果是 Debian 发行版)

1
sudo apt-get install build-essential

然后我们可以使用

1
curl -o- https://raw.githubusercontent.com/creationix/nvm/v0.33.0/install.sh | bash

或者

1
wget -qO- https://raw.githubusercontent.com/creationix/nvm/v0.33.0/install.sh | bash

从远程下载 install.sh 脚本并执行。注意这个版本年数字 v0.33.0 会随着项目开发而变化。随时通过官方最新安装命令来检查最新安装版本是有好处的。

你可能还需要在你的终端中输入一些额外的指令:

安装多版本 node/npm

例如,我们要安装4.2.2版本,可以用如下命令:

1
nvm install 4.2.2

nvm 遵守语义化版本命名规则。例如,你想安装最新的 4.2 系列的最新的一个版本的话,可以运行:

1
nvm install 4.2

nvm 会寻找 4.2.x 中最高的版本来安装。

你可以通过以下命令来列出远程服务器上所有的可用版本:

1
nvm ls-remote

Windows 的话,就是:

1
nvm ls available
sudo rm /usr/local/bin/npmsudo rm /usr/local/share/man/man1/node.1sudo rm /usr/local/lib/dtrace/node.dsudo rm -rf ~/.npmsudo rm -rf ~/.node-gypsudo rm /opt/local/bin/nodesudo rm /opt/local/include/nodesudo rm -rf /opt/local/lib/node_modules

curl -o- https://raw.githubusercontent.com/creationix/nvm/v0.33.11/install.sh | bash

在不同版本间切换

每当我们安装了一个新版本 Node 后,全局环境会自动把这个新版本设置为默认。

nvm 提供了 nvm use 命令。这个命令的使用方法和 install 命令类似。

例如,切换到 4.2.2

1
nvm use 4.2.2

切换到最新的 `4.2.x``:

1
nvm use 4.2

切换到 iojs:

1
nvm use iojs-v3.2.0

切换到最新版:

1
nvm use node

每次执行切换的时候,系统都会把 node 的可执行文件链接放到特定版本的文件上。

我们还可以用 nvm 给不同的版本号设置别名:

1
nvm alias awesome-version 4.2.2

我们给 4.2.2 这个版本号起了一个名字叫做 awesome-version,然后我们可以运行:

1
nvm use awesome-version

下面这个命令可以取消别名:

1
nvm unalias awesome-version

另外,你还可以设置 default 这个特殊别名:

1
nvm alias default node

或者

列出已安装实例

1
nvm ls

图片 1nvm ls

上面绿色箭头是当前正在使用的版本,下面列出的还有设置过的别名。

wget -qO- https://raw.githubusercontent.com/creationix/nvm/v0.33.11/install.sh | bash

在项目中使用不同版本的 Node

我们可以通过创建项目目录中的 .nvmrc 文件来指定要使用的 Node 版本。之后在项目目录中执行 nvm use 即可。.nvmrc 文件内容只需要遵守上文提到的语义化版本规则即可。另外还有个工具叫做 avn,可以自动化这个过程。

从远程下载 install.sh 脚本并执行。注意这个版本年数字 v0.33.11 会随着项目开发而变化。随时通过官方最新安装命令来检查最新安装版本是有好处的。

在多环境中,npm该如何使用呢?

每个版本的 Node 都会自带一个不同版本的 npm,可以用 npm -v 来查看 npm 的版本。全局安装的 npm 包并不会在不同的 Node 环境中共享,因为这会引起兼容问题。它们被放在了不同版本的目录下,例如 ~/.nvm/versions/node/<version>/lib/node_modules</version> 这样的目录。这刚好也省去我们在 Linux 中使用 sudo 的功夫了。因为这是用户的主文件夹,并不会引起权限问题。

但问题来了,我们安装过的 npm 包,都要重新再装一次?幸运的是,我们有个办法来解决我们的问题,运行下面这个命令,可以从特定版本导入到我们将要安装的新版本 Node:

1
nvm install v5.0.0 --reinstall-packages-from=4.2

例如,我们要安装8.12.0版本,可以用如下命令:

其他命令

直接运行特定版本的 Node

1
nvm run 4.2.2 --version

在当前终端的子进程中运行特定版本的 Node

1
nvm exec 4.2.2 node --version

确认某个版本Node的路径

1
nvm which 4.2.2

安装 Node 的其他实现,例如 iojs(一个基于 ES6 的 Node 实现,现在已经和 Node 合并)

1
nvm install iojs-v3.2.0

快捷命令:

  • nvm install node 安装最新版 Node
  • nvm install iojs 安装最新版 iojs
  • nvm install unstable 安装最新不稳定版本的 Node
nvm install 8.12.0

参考资源

  • Quick Tip: Install Multiple Versions of Node.js using nvm
  • How To Completely Uninstall Node.js From Mac OS X

nvm 遵守语义化版本命名规则。例如,你想安装最新的 8.12 系列的最新的一个版本的话,可以运行:

nvm install 8.12

nvm 会寻找 8.12.x 中最高的版本来安装。

你可以通过以下命令来列出远程服务器上所有的可用版本:

本文由金沙澳门官网发布于生命科学,转载请注明出处:管理不同版本的,版本下的应用程序

关键词: