Po użyciu nowej sesji terminala w systemie OS X nvmzapomina o wersji węzła i przyjmuje wartość domyślną:

$ nvm ls:

         .nvm
     v0.11.12
     v0.11.13

Muszę ciągle uderzać nvm use v.0.11.13w każdej sesji:

         .nvm
     v0.11.12
->   v0.11.13

Próbowałem zarówno brewinstalacji, jak i oficjalnego skryptu instalacyjnego.

Mój .profiledla wersji naparu:

#nvm
export NVM_DIR=~/.nvm
source $(brew --prefix nvm)/nvm.sh

A dla skryptu 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

Masz jakieś wskazówki, co robię źle?

Spróbować nvm alias default. Na przykład:

$ nvm alias default 0.12.7

Ustawia domyślną wersję węzła w twojej powłoce. Następnie sprawdź, czy zmiana się utrzymuje, zamykając okno powłoki, otwierając nowe, a następnie: node --version

Alias ​​do nodesiebie, aby później nie aktualizować domyślnego aliasu wraz z aktualizacjami wersji węzła.

nvm alias default node

Aby zainstalować najnowszą stabilną wersję:

nvm install stable

Aby ustawić domyślną wersję stabilną (zamiast konkretnej wersji):

nvm alias default stable

Aby wyświetlić listę zainstalowanych wersji:

nvm list

Od v6.2.0tego będzie wyglądać mniej więcej tak:

$ 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)

W moim przypadku inny program dodał PATHzmiany do.bashrc

Gdyby inny program zmienił PATH po inicjalizacji nvm, wówczas PATHzmiany nvm zostałyby zapomniane, i dostalibyśmy węzeł systemowy na naszym PATH(lub żadnym) węźle.

Rozwiązaniem było przenieść konfigurację NVM do dołu z.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"

Rozwiązanie:

### 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

(Było to w wersji bash 4.2.46 na CentOS. Wydaje mi się, że to błąd w bashu, ale mogę się mylić.)

nvm wykonuje swoje zadanie, zmieniając zmienną PATH, więc musisz upewnić się, że po zmianie źródła nvm.sh nie zmienisz PATH na coś innego.

W moim przypadku nvm.sh został wywołany w .bashrc, ale zmienna PATH była aktualizowana w .bash_profile, co spowodowało, że moja sesja znalazła węzeł systemowy przed węzłem nvm.

Najwyżej oceniane rozwiązania nie działały dla mnie. Moje rozwiązanie jest poniżej:

1. Całkowicie odinstaluj NVM za pomocą Homebrew:brew uninstall nvm
2. Zainstaluj ponownie brew install nvm

3. W Terminalu wykonaj poniższe kroki (są one również wymienione podczas instalowania NVM przez Homebrew):

   mkdir ~ / .nvm cp $ (brew --prefix nvm) / nvm-exec ~ / .nvm / export NVM_DIR = ~ / .nvm source $ (brew --prefix nvm) /nvm.sh

Kroki opisane powyżej dodają katalog roboczy NVM do ścieżki $ HOME, skopiują nvm-exec do katalogu roboczego NVM i dodadzą do $ HOME / .bashrc, $ HOME / .zshrc lub równoważnego pliku konfiguracyjnego powłoki. (Ponownie pobrany z whats wymienione w instalacji NVM przy użyciu homebrew)

Jeśli próbujesz wszystkiego, wciąż nie masz szczęścia, możesz spróbować tego: _

1 -> Odinstaluj NVM

rm -rf ~/.nvm

2 -> Usuń zależności npm, wykonując to

3 -> Zainstaluj NVM

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

4 -> Ustaw ~/.bash_profilekonfigurację

Biegać sudo nano ~/.bash_profile

Skopiuj i wklej po tym

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 + Xzapisz zmiany

6 -> Uruchom . ~/.bash_profile

7 -> Teraz powinieneś nvmzainstalować na swoim komputerze, aby zainstalować uruchomienie węzła, nvm install v7.8.0będzie to domyślna wersja węzła lub możesz zainstalować dowolną wersję węzła

To pytanie wspominało o OSX, ale zdarzyło mi się to w moim systemie Linux. Próbowałem użyć, nvm alias default <version>ale dla każdej nowej sesji terminala używana wersja węzła została zapomniana. oto rozwiązanie, które wymyśliłem.

upewnij się, że ustawiłeś domyślny alias dla wersji węzła , umieść następujący kod w .bashrc i 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

opisowy link do rozwiązania

Robi nvm install 10.14, na przykład, nvm useże wersja dla bieżącej sesji powłoki, ale to będzie nie zawsze ustawić go jako domyślny dla przyszłych sesjach, jak można by oczekiwać. Wersja węzła, którą otrzymujesz w nowej sesji powłoki, jest określona przez nvm alias default. Myląco nvm installustawi domyślny alias tylko wtedy, gdy nie jest jeszcze ustawiony. Aby uzyskać oczekiwane zachowanie, wykonaj następujące czynności:

nvm alias default ''; nvm install 10.14

Zapewni to pobranie tej wersji, użycie jej dla bieżącej sesji i ustawienie jej jako domyślnej dla przyszłych sesji.

uruchom to po zainstalowaniu dowolnej wersji,

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

To polecenie kopiuje dowolną wersję węzła, którą masz aktywną przez nvm, do katalogu / usr / local / i ustawia uprawnienia, aby wszyscy użytkownicy mieli do nich dostęp.

Znalazłem tutaj nowy sposób. Korzystanie n Interaktywnie Zarządzaj Twój node.js pomaga.

Używam ZSH, więc musiałem zmodyfikować ~/.zshrcwiersze dotyczące NVM w tej kolejności:

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

$ nvm alias default {NODE_VERSION}

gdy użyjemy powyższego polecenia, tylko zaktualizuj wersję węzła, ale npmnadal używa starej wersji.

Oto kolejny rozwiązaniem dla obu aktualizacji nodei npm, w moim przypadku chcę użyć węzła 8.9.4i Użyłem poniżej polecenia.

$ nvm use default 8.9.4

A polecenie zwraca dane wyjściowe.

Teraz używa węzła v8.9.4 (npm v5.6.0)

Jeśli masz także SDKMAN ...

W jakiś sposób SDKMAN był w konflikcie z moim NVM. Jeśli masz już dość rozumowania i nadal nie możesz tego rozgryźć, po prostu to naprawiłem, ignorując „TO MUSI BYĆ NA KOŃCU PLIKU ...” SDKMAN i umieszczając za nim linie 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

Napotkałem ten sam problem podczas korzystania ze zintegrowanego terminala w edytorze VS Code. Ponowne uruchomienie kodu VS po zmianie wersji węzła za pomocą nvm naprawiło problem.

Oto prosta instrukcja:

1) Zainstaluj:

nvm install 8.10.0

2) Użyj raz na terminal

nvm use 8.10.0

3) Ustaw jako domyślne dla wszystkich terminali

nvm alias default 8.10.0

Do wykonania tych czynności może być konieczne użycie uprawnień administratora.

I nie zapomnij sprawdzić dokumentacji NVM, aby uzyskać więcej informacji.

Należy również pamiętać, że może być konieczne określenie wersji węzła dla IDE:

Również w przypadku, gdy masz zainstalowany węzeł przed nvm, sprawdź ~ ~ .bash_profile, aby nie mieć czegoś takiego:

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

Jeśli tak, skomentuj / usuń, a nvm powinien rozpocząć obsługę domyślnej wersji węzła.

Po długim czasie konfliktu z tym problemem znalazłem sposób, aby go naprawić. Oto rozwiązanie problemu krok po kroku:

• Otwórz terminal i zainstaluj narzędzia programistyczne wiersza polecenia:

  xcode-select --install

• Naciśnij enter

• Zainstaluj najnowszą wersję NVM:

  cd ~/

• Naciśnij enter

  git clone https://github.com/creationix/nvm.git .nvm

• Naciśnij enter

• Jeśli już wcześniej utworzyłeś folder .nvm, zobaczysz następny komunikat o błędzie:

  fatal: destination path '.nvm' already exists and is not an empty directory.

  W przeciwnym razie zobaczysz, że proces klonowania działa, dopóki się nie zakończy.

• Sprawdź najnowszą wersję NVM:

  cd ~/.nvm

• Naciśnij enter

  git checkout v0.34.0

  Otrzymasz odpowiedź podobną do:

  HEAD is now at 3d9c31d v0.34.0

  Wersja może być inna w różnych systemach.

  ls

• Naciśnij enter

  . nvm.sh

• Naciśnij enter

  nvm list

• Naciśnij enter

  Zobaczysz różne wersje węzłów zainstalowane na twoim komputerze, mogą wystąpić błędy, nie zwracaj na nie uwagi.

  nvm ls-remote | tail -n9

• Naciśnij enter

  nvm list

• Otwórz bash używając vima:

  vim ~/.bash_profile

• W edytorze vim naciśnij:, iaby wejść INSERT modei rozpocząć nowy wiersz. Jeśli podczas edycji wystąpią jakieś błędy, naciśnij ESCprzycisk, a następnie :q!wyjdź bez zapisywania.

  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

• Naciśnij ESCklawisz po zakończeniu edycji pliku (zobaczysz, że tryb INSERT znika).

• Naciśnij, :wqaby zapisać plik.

• Naciśnij enter

  nvm ls-remote | tail -n9

• Naciśnij enter i zainstaluj najnowszą prezentowaną wersję NVM:

  nvm install 12.6.0

• Po zakończeniu procesu zobaczysz: Now using node v12.6.0 (npm v6.9.0)

• Możesz sprawdzić, czy instalacja się powiedzie, naciskając:

  node -vlub npm -vpowinien pokazywać wersje zarówno NVM, jak i NPM zainstalowane w twoim systemie.