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

在我这端，我必须更改别名STABLE和DEFAULT

nvm alias stable {node_version}

nvm alias default {node_version}

试试nvm alias default。例如:

$ NVM别名默认为0.12.7

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

Linux - ubuntu

如何解决这个问题呢

https://i.ibb.co/vQpMrpb/2022-11-19-18-14.jpg

NVM的使用并不意味着要持久—它只是在shell的生命周期内使用。

如果你想在打开新的shell时将nvm alias作为默认节点，你可以使用nvm alias default node，或者你可以创建一个.nvmrc文件，该文件将优先于当前目录中的任何位置，直到/。 https://github.com/nvm-sh/nvm/issues/658

nvm通过改变PATH变量来完成它的工作，所以你需要确保在获取nvm.sh脚本后，你没有以某种方式将你的PATH更改为其他东西。

在我的例子中，nvm.sh在.bashrc中被调用，但随后PATH变量在.bash_profile中被更新，这导致我的会话在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启动速度。