Попробуйте nvm alias default. Например:

$ nvm alias default 0.12.7

Это устанавливает версию узла по умолчанию в вашей оболочке. Затем убедитесь, что изменение сохраняется, закрыв окно оболочки, открыв новое, а затем: node --version

Псевдоним самого node, чтобы избежать обновления псевдонима по умолчанию вместе с обновлениями версии узла позже.

nvm alias default node

Чтобы установить последнюю стабильную версию:

nvm install stable

Чтобы установить по умолчанию стабильную версию (вместо конкретной версии):

nvm alias default stable

Чтобы просмотреть установленные версии:

nvm list

Начиная с v6.2.0, это будет выглядеть примерно так:

$ nvm list
         v4.4.2
->       v6.2.0
default -> stable (-> v6.2.0)
node -> stable (-> v6.2.0) (default)
stable -> 6.2 (-> v6.2.0) (default)
iojs -> N/A (default)

В моем случае другая программа внесла PATH изменений в .bashrc

Если бы другая программа изменила PATH после инициализации nvm, тогда PATH изменения nvm будут забыты, и мы получим системный узел на нашем 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

(Это было с bash 4.2.46 на CentOS. Мне кажется, что это ошибка в bash, но я могу ошибаться.)

nvm выполняет свою работу, изменяя переменную PATH, поэтому вам нужно убедиться, что вы каким-то образом не изменили свой PATH на что-то другое после получения сценария nvm.sh.

В моем случае nvm.sh вызывался в .bashrc, но затем переменная PATH обновлялась в .bash_profile, что заставляло мой сеанс находить системный узел перед узлом nvm.

Решения с самым высоким рейтингом, похоже, не работали для меня. Мое решение ниже:

1. Полностью удалите nvm с помощью homebrew: brew uninstall nvm
2. Переустановите brew install nvm
3. # P2 #

   # P3 #

Описанные выше шаги добавят рабочий каталог NVM к вашему пути $ HOME, скопируют nvm-exec в рабочий каталог NVM и добавят в $ HOME / .bashrc, $ HOME / .zshrc или эквивалентный файл конфигурации вашей оболочки. (Снова взято из whats указан при установке NVM с использованием homebrew)

Если вы попробовали все, но все равно не повезло, попробуйте следующее: _

1 - ›Удалить NVM

rm -rf ~/.nvm

2 - ›Удалите зависимости npm, следуя этому

3 - ›Установить NVM

curl -o- https://raw.githubusercontent.com/creationix/nvm/v0.33.11/install.sh | bash

4 - ›Настройка ~/.bash_profile конфигурации

Запустите sudo nano ~/.bash_profile

Скопируйте и вставьте после этого

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

5 - ›CONTROL + X сохранить изменения

6 - ›Беги . ~/.bash_profile

7 - ›Теперь у вас должен быть установлен nvm на вашем компьютере, чтобы установить node run nvm install v7.8.0, это будет версия узла по умолчанию, или вы можете установить любую версию узла

Этот вопрос упоминался для OSX, но это случилось со мной в моей ОС Linux. Я пробовал использовать nvm alias default <version>, но для каждого нового сеанса терминала использованная версия узла забывалась. Итак, вот решение, которое я понял.

не забудьте установить псевдоним по умолчанию для версии узла, поместите следующий код в .bashrc и source .bashrc.

export NVM_DIR="/home/bonnie/.nvm"
## If the file exists and is not empty
if [ -s "$NVM_DIR/nvm.sh" ]; then
    ## Source it
    source "$NVM_DIR/nvm.sh"
fi
NODE_DEFAULT_VERSION=$(<"$NVM_DIR/alias/default")
export PATH="$NVM_DIR/versions/node/$NODE_DEFAULT_VERSION/bin":$PATH

ссылка на описательное решение

Я использую ZSH, поэтому мне пришлось изменить ~/.zshrc строками, касающимися NVM, в таком порядке:

[ -s "$NVM_DIR/nvm.sh" ] && . "$NVM_DIR/nvm.sh" # This loads nvm
source ~/.nvm/nvm.sh

Например, выполнение nvm install 10.14 приведет к nvm use этой версии для текущего сеанса оболочки, но не всегда будет устанавливать ее по умолчанию для будущих сеансов, как вы ожидали. Версия узла, которую вы получаете в новом сеансе оболочки, определяется nvm alias default. Как ни странно, nvm install установит псевдоним по умолчанию, только если он еще не установлен. Чтобы получить ожидаемое поведение, сделайте следующее:

nvm alias default ''; nvm install 10.14

Это гарантирует, что эта версия будет загружена, использовать ее для текущего сеанса и установить по умолчанию для будущих сеансов.

Вот простая инструкция:

1) Установить:

nvm install 8.10.0

2) Используйте один раз на терминал

nvm use 8.10.0

3) Установить по умолчанию для всех терминалов

nvm alias default 8.10.0

Для выполнения этих действий вам может потребоваться разрешение root.

И не забудьте проверить документацию nvm для получения дополнительной информации.

Также обратите внимание, что вам может потребоваться указать версию узла для вашей IDE:

запустите это после того, как вы установили любую версию,

n=$(which node);n=${n%/bin/node}; chmod -R 755 $n/bin/*; sudo cp -r $n/{bin,lib,share} /usr/local

Эта команда копирует любую версию узла, которая у вас активна через nvm, в каталог / usr / local / и устанавливает разрешения, чтобы все пользователи могли получить к ним доступ.

Я нашел здесь новый путь. Помогает использование n интерактивного управления вашим Node.js.

Я столкнулся с той же проблемой при использовании встроенного терминала в редакторе VS Code. Перезапуск VS Code после изменения версии узла с помощью nvm устранил проблему для меня.

Если у вас также есть SDKMAN ...

Как-то SDKMAN конфликтовал с моим NVM. Если вы в своем уме и до сих пор не можете это понять, я просто исправил это, проигнорировав «ЭТО ДОЛЖНО БЫТЬ В КОНЦЕ ФАЙЛА ...» из SDKMAN и поставив после него строки 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 по-прежнему использует старую версию.

Вот еще одно решение для обновления как node, так и npm, в моем случае я хочу использовать узел 8.9.4, и я использовал команду ниже.

$ nvm use default 8.9.4

И команда возвращает результат.

Теперь используется узел v8.9.4 (npm v5.6.0)

В Ubuntu существует потенциальная проблема, если вы запускаете неинтерактивную оболочку, например, из cronjob, или сценария инициализации или выскочки.

В Ubuntu по умолчанию .bashrc есть эта защита наверху, которая отключается раньше, если оболочка не интерактивна:

# If not running interactively, don't do anything
[ -z "$PS1" ] && return

Итак, чтобы загрузить NVM для неинтерактивных сценариев, вы можете отредактировать ~/.bashrc и переместить инициализацию NVM в верхнюю часть файла, прямо над защитой.

Еще безопаснее скопировать файл инициализации NVM, чтобы он отображался дважды. Это решит проблему, упомянутую в других ответах, когда другие строки изменяют PATH после NVM. NVM, похоже, не возражает против того, чтобы его запускали дважды, хотя это немного замедляет запуск оболочки.

В скрипте автозагрузки nvm с гитхаба пришлось поменять

local node_version="$(nvm version)" to local node_version="$(node -v)"

На моем пути была локальная установка nvm в моей системе, поэтому nvm version продолжал говорить system, несмотря ни на что

• Я использую NVM с zsh bash
• перейдите по этой ссылке, чтобы удалить nvm
• $ brew install 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

Также, если у вас был узел, установленный до nvm, проверьте свой ~ / .bash_profile, чтобы не было чего-то вроде:

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

Если он у вас есть, закомментируйте / удалите его, и nvm должен начать обработку версии узла по умолчанию.