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

我使用NVM与zsh bash 按此链接删除NVM 安装NVM 在安装和重启终端后，我运行了$ source $(brew——prefix nvm)/nvm.sh 将线波纹管置于~/中。zshrc文件，也由nvm官方GitHub页面指示

export NVM_DIR="$HOME/.nvm"
  [ -s "/usr/local/opt/nvm/nvm.sh" ] && . "/usr/local/opt/nvm/nvm.sh"  # This loads nvm
  [ -s "/usr/local/opt/nvm/etc/bash_completion.d/nvm" ] && . "/usr/local/opt/nvm/etc/bash_completion.d/nvm"  # This loads nvm bash_completion

# place this after nvm initialization!
autoload -U add-zsh-hook

load-nvmrc() {
  local node_version="$(nvm version)"
  local nvmrc_path="$(nvm_find_nvmrc)"

  if [ -n "$nvmrc_path" ]; then
    local nvmrc_node_version=$(nvm version "$(cat "${nvmrc_path}")")

    if [ "$nvmrc_node_version" = "N/A" ]; then
      nvm install
    elif [ "$nvmrc_node_version" != "$node_version" ]; then
      nvm use
    fi
  elif [ "$node_version" != "$(nvm version default)" ]; then
    echo "Reverting to nvm default version"
    nvm use default
  fi
}
add-zsh-hook chpwd load-nvmrc
load-nvmrc

参考:导致这个问题的原因是NPM试图访问/写入的文件夹不属于执行命令的用户

运行下面所述的命令，您应该可以运行了!

sudo chown -R ' whoami ' ~/.npm sudo chown -R ' whoami ' /usr/local/lib/node_modules

试试运行npm install -g…或者NPM uninstall -g…如果没有sudo，它应该没有错误地运行。

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

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

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

例如，执行nvm install 10.14, nvm将在当前shell会话中使用该版本，但它并不总是像你所期望的那样将其设置为未来会话的默认版本。在新的shell会话中获得的节点版本由nvm alias default决定。令人困惑的是，nvm install只会设置默认别名，如果它还没有设置。要得到预期的行为，请这样做:

nvm alias default ''; nvm install 10.14

这将确保下载该版本，并将其用于当前会话，并将其设置为未来会话的默认版本。

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