在我的例子中，另一个程序向.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。在我看来，这是一个错误，但我可能是错的。

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

使用自制程序卸载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 alias default node

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

在我的例子中，另一个程序向.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。在我看来，这是一个错误，但我可能是错的。

在VS Code编辑器中使用集成终端时，我也面临着同样的问题。在使用nvm更改节点版本后重新启动VS Code，为我解决了这个问题。