在nvm自动加载脚本从github我不得不改变

本地node_version="$(nvm版本)"到本地node_version="$(node -v)"

在我的系统路径中有一个nvm的本地安装，所以nvm版本一直显示system

此外，如果你在nvm之前已经安装了节点，请检查~/。Bash_profile不包含如下内容:

export PATH=/bin:/sbin:/usr/bin:/usr/local/sbin:/usr/local/bin:$PATH

如果你有它，注释/删除它，nvm应该开始处理默认的节点版本。

$ nvm alias default {NODE_VERSION}

当我们使用上面的命令时，只更新节点版本，但NPM仍然使用旧版本。

这里是更新节点和npm的另一个解决方案，在我的情况下，我想使用节点8.9.4，我已经使用了下面的命令。

$ nvm use default 8.9.4

该命令返回输出。

现在使用节点v8.9.4 (npm v5.6.0)

在Ubuntu上，如果你运行一个非交互的shell，比如cronjob, init或者upstart脚本，就会有一个潜在的问题。

Ubuntu默认的.bashrc在顶部有这个保护，如果shell是非交互式的，它会提前退出:

# If not running interactively, don't do anything
[ -z "$PS1" ] && return

因此，为了为非交互式脚本加载NVM，可以编辑~/。将NVM的init移到文件的顶部，就在guard的上面。

更安全的方法是复制NVM init，使其出现两次。这将解决其他答案中提到的问题，当其他行在NVM之后修改PATH时。NVM似乎并不介意被运行两次，尽管它确实会降低shell启动速度。

试试nvm alias default。例如:

$ NVM别名默认为0.12.7

这将设置shell中的默认节点版本。然后通过关闭shell窗口，打开一个新的窗口来验证更改是否持续，然后: 节点——版本

在我的例子中，另一个程序向.bashrc添加了PATH更改

如果其他程序在nvm初始化后更改了PATH，那么nvm的PATH更改将被忘记，我们将获得PATH上的系统节点(或没有节点)。

解决方案是将nvm设置移到.bashrc的底部

### BAD .bashrc ###

# NVM initialisation
export NVM_DIR="$HOME/.nvm"
[ -s "$NVM_DIR/nvm.sh" ] && \. "$NVM_DIR/nvm.sh"  # This loads nvm

# Some other program adding to the PATH:
export PATH="$ANT_ROOT:$PATH"

解决方案:

### GOOD .bashrc ###

# Some other program adding to the PATH:
export PATH="$ANT_ROOT:$PATH"

# NVM initialisation
export NVM_DIR="$HOME/.nvm"
[ -s "$NVM_DIR/nvm.sh" ] && \. "$NVM_DIR/nvm.sh"  # This loads nvm

(这是在CentOS的bash 4.2.46。在我看来，这是一个错误，但我可能是错的。