当在OS X中使用一个新的终端会话时，nvm会忘记节点版本并默认为零:
$nvm ls:
.nvm
v0.11.12
v0.11.13
我必须在每个会话中一直按nvm use v.0.11.13:
.nvm
v0.11.12
-> v0.11.13
我已经尝试了brew安装和官方安装脚本。
我的.profile为酿造版本:
#nvm
export NVM_DIR=~/.nvm
source $(brew --prefix nvm)/nvm.sh
对于install.sh脚本:
$ curl https://raw.githubusercontent.com/creationix/nvm/v0.10.0/install.sh | bash
#nvm
export NVM_DIR="/Users/farhad/.nvm"
[ -s "$NVM_DIR/nvm.sh" ] && . "$NVM_DIR/nvm.sh" # This loads nvm
你知道我哪里做错了吗?
当前回答
例如，执行nvm install 10.14, nvm将在当前shell会话中使用该版本，但它并不总是像你所期望的那样将其设置为未来会话的默认版本。在新的shell会话中获得的节点版本由nvm alias default决定。令人困惑的是，nvm install只会设置默认别名，如果它还没有设置。要得到预期的行为，请这样做:
nvm alias default ''; nvm install 10.14
这将确保下载该版本，并将其用于当前会话，并将其设置为未来会话的默认版本。
其他回答
正如在存储库的问题一节中提到的，nvm的使用仅适用于shell的生命周期。我发现这非常有用，但有时它可能会给你带来麻烦，实际上，当你工作在不同的代码库，需要不同版本的代码。 这是GitHub中相关讨论的链接
安装任何版本后运行此命令，
n=$(which node);n=${n%/bin/node}; chmod -R 755 $n/bin/*; sudo cp -r $n/{bin,lib,share} /usr/local
该命令将通过nvm激活的任何版本的节点复制到/usr/local/目录中，并设置权限，以便所有用户都可以访问它们。
参考:导致这个问题的原因是NPM试图访问/写入的文件夹不属于执行命令的用户
运行下面所述的命令，您应该可以运行了!
sudo chown -R ' whoami ' ~/.npm sudo chown -R ' whoami ' /usr/local/lib/node_modules
试试运行npm install -g…或者NPM uninstall -g…如果没有sudo，它应该没有错误地运行。
试试nvm alias default。例如:
$ NVM别名默认为0.12.7
这将设置shell中的默认节点版本。然后通过关闭shell窗口，打开一个新的窗口来验证更改是否持续，然后: 节点——版本
最受欢迎的解决方案似乎对我不起作用。我的解决方案如下:
使用自制程序卸载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时列出的内容)
