最受欢迎的解决方案似乎对我不起作用。我的解决方案如下:

使用自制程序卸载nvm 重新安装brew install nvm 在终端中，按照步骤操作 以下(这些也在通过自制程序安装NVM时列出): mkdir ~ / .nvm Cp $(brew——prefix nvm)/nvm-exec ~/.nvm/ 出口NVM_DIR = ~ / .nvm 来源$(brew——prefix nvm)/nvm.sh

上面列出的步骤将NVM的工作目录添加到$HOME路径，将NVM -exec复制到NVM的工作目录并添加到$HOME/。bashrc, ($ HOME /。Zshrc，或者您的shell的等效配置文件。(同样取自使用自制程序安装NVM时列出的内容)

正如在存储库的问题一节中提到的，nvm的使用仅适用于shell的生命周期。我发现这非常有用，但有时它可能会给你带来麻烦，实际上，当你工作在不同的代码库，需要不同版本的代码。 这是GitHub中相关讨论的链接

如果你也有SDKMAN…

不知何故，SDKMAN与我的NVM相冲突。如果你对此束手无策，仍然想不出来，我只是通过忽略SDKMAN中的“this MUST BE at the end OF the FILE…”并将NVM行放在它之后来修复它。

#THIS MUST BE AT THE END OF THE FILE FOR SDKMAN TO WORK!!!
export SDKMAN_DIR="/Users/myname/.sdkman"
[[ -s "/Users/myname/.sdkman/bin/sdkman-init.sh" ]] && source "/Users/myname/.sdkman/bin/sdkman-init.sh"

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

$ nvm alias default {NODE_VERSION}

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

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

$ nvm use default 8.9.4

该命令返回输出。

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

出于某种原因，在我的.bashrc文件中，我发现了这个:

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

还不得不去掉——禁止使用的标志，我不记得一开始就把它挂在那里了…… 只是另一件需要检查的事情。

在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启动速度。