Repository files navigation

• Intro
• About
• Installing and Updating
  • Install & Update Script
    • Additional Notes
    • Installing in Docker
      • Installing in Docker for CICD-Jobs
    • Troubleshooting on Linux
    • Troubleshooting on macOS
    • Ansible
  • Verify Installation
  • Important Notes
  • Git Install
  • Manual Install
  • Manual Upgrade
• Usage
  • Long-term Support
  • Migrating Global Packages While Installing
  • Default Global Packages From File While Installing
  • io.js
  • System Version of Node
  • Listing Versions
  • Setting Custom Colors
    • Persisting custom colors
    • Suppressing colorized output
  • Restoring PATH
  • Set default node version
  • Use a mirror of node binaries
    • Pass Authorization header to mirror
  • .nvmrc
  • Deeper Shell Integration
    • Callingnvm use automatically in a directory with a.nvmrc file
      • bash
      • zsh
      • fish
• Running Tests
• Environment variables
• Bash Completion
  • Usage
• Compatibility Issues
• Installing nvm on Alpine Linux
  • Alpine Linux 3.13+
  • Alpine Linux 3.5 - 3.12
• Uninstalling / Removal
  • Manual Uninstall
• Docker For Development Environment
• Problems
• macOS Troubleshooting
• WSL Troubleshooting
• Maintainers
• Project Support
• Enterprise Support
• License
• Copyright notice

nvm allows you to quickly install and use different versions of node via the command line.

Example:

$ nvm use 16Now using node v16.9.1 (npm v7.21.1)$ node -vv16.9.1$ nvm use 14Now using node v14.18.0 (npm v6.14.15)$ node -vv14.18.0$ nvm install 12Now using node v12.22.6 (npm v6.14.5)$ node -vv12.22.6

Simple as that!

nvm is a version manager fornode.js, designed to be installed per-user, and invoked per-shell.nvm works on any POSIX-compliant shell (sh, dash, ksh, zsh, bash), in particular on these platforms: unix, macOS, andwindows WSL.

Toinstall orupdate nvm, you should run theinstall script. To do that, you may either download and run the script manually, or use the following cURL or Wget command:

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

wget -qO- https://raw.githubusercontent.com/nvm-sh/nvm/v0.40.2/install.sh| bash

Running either of the above commands downloads a script and runs it. The script clones the nvm repository to~/.nvm, and attempts to add the source lines from the snippet below to the correct profile file (~/.bashrc,~/.bash_profile,~/.zshrc, or~/.profile). If you find the install script is updating the wrong profile file, set the$PROFILE env var to the profile file’s path, and then rerun the installation script.

export NVM_DIR="$([-z"${XDG_CONFIG_HOME-}" ]&&printf %s"${HOME}/.nvm"||printf %s"${XDG_CONFIG_HOME}/nvm")"[-s"$NVM_DIR/nvm.sh" ]&&\."$NVM_DIR/nvm.sh"# This loads nvm

• If the environment variable$XDG_CONFIG_HOME is present, it will place thenvm files there.

• You can add--no-use to the end of the above script to postpone usingnvm until you manuallyuse it:

export NVM_DIR="$([-z"${XDG_CONFIG_HOME-}" ]&&printf %s"${HOME}/.nvm"||printf %s"${XDG_CONFIG_HOME}/nvm")"[-s"$NVM_DIR/nvm.sh" ]&&\."$NVM_DIR/nvm.sh" --no-use# This loads nvm, without auto-using the default version

• You can customize the install source, directory, profile, and version using theNVM_SOURCE,NVM_DIR,PROFILE, andNODE_VERSION variables.Eg:curl ... | NVM_DIR="path/to/nvm". Ensure that theNVM_DIR does not contain a trailing slash.

• The installer can usegit,curl, orwget to downloadnvm, whichever is available.

• You can instruct the installer to not edit your shell config (for example if you already get completions via azsh nvm plugin) by settingPROFILE=/dev/null before running theinstall.sh script. Here's an example one-line command to do that:PROFILE=/dev/null bash -c 'curl -o- https://raw.githubusercontent.com/nvm-sh/nvm/v0.40.2/install.sh | bash'

When invoking bash as a non-interactive shell, like in a Docker container, none of the regular profile files are sourced. In order to usenvm,node, andnpm like normal, you can instead specify the specialBASH_ENV variable, which bash sources when invoked non-interactively.

# Use bash for the shellSHELL ["/bin/bash","-o","pipefail","-c"]# Create a script file sourced by both interactive and non-interactive bash shellsENV BASH_ENV /home/user/.bash_envRUN touch"${BASH_ENV}"RUN echo'. "${BASH_ENV}"' >> ~/.bashrc# Download and install nvmRUN curl -o- https://raw.githubusercontent.com/nvm-sh/nvm/v0.39.2/install.sh | PROFILE="${BASH_ENV}" bashRUN echo node > .nvmrcRUN nvm install

More robust, works in CI/CD-Jobs. Can be run in interactive and non-interactive containers.See#3531.

FROM ubuntu:latestARG NODE_VERSION=20# install curlRUN apt update && apt install curl -y# install nvmRUN curl -o- https://raw.githubusercontent.com/nvm-sh/nvm/v0.40.2/install.sh | bash# set envENV NVM_DIR=/root/.nvm# install nodeRUN bash -c"source $NVM_DIR/nvm.sh && nvm install $NODE_VERSION"# set ENTRYPOINT for reloading nvm-environmentENTRYPOINT ["bash","-c","source $NVM_DIR/nvm.sh && exec\"$@\"","--"]# set cmd to bashCMD ["/bin/bash"]

This example defaults to installation of nodejs version 20.x.y. Optionally you can easily override the version with docker build args like:

docker build -t nvmimage --build-arg NODE_VERSION=19 .

After creation of the image you can start container interactively and run commands, for example:

docker run --rm -it nvmimageroot@0a6b5a237c14:/# nvm -v0.40.2root@0a6b5a237c14:/# node -vv19.9.0root@0a6b5a237c14:/# npm -v9.6.3

Noninteractive example:

user@host:/tmp/test $ docker run --rm -it nvmimage node -vv19.9.0user@host:/tmp/test $ docker run --rm -it nvmimage npm -v9.6.3

On Linux, after running the install script, if you getnvm: command not found or see no feedback from your terminal after you typecommand -v nvm, simply close your current terminal, open a new terminal, and try verifying again.Alternatively, you can run the following commands for the different shells on the command line:

bash:source ~/.bashrc

zsh:source ~/.zshrc

ksh:. ~/.profile

These should pick up thenvm command.

Since OS X 10.9,/usr/bin/git has been preset by Xcode command line tools, which means we can't properly detect if Git is installed or not. You need to manually install the Xcode command line tools before running the install script, otherwise, it'll fail. (see#1782)

If you getnvm: command not found after running the install script, one of the following might be the reason:

• Since macOS 10.15, the default shell iszsh and nvm will look for.zshrc to update, none is installed by default. Create one withtouch ~/.zshrc and run the install script again.

• If you use bash, the previous default shell, your system may not have.bash_profile or.bashrc files where the command is set up. Create one of them withtouch ~/.bash_profile ortouch ~/.bashrc and run the install script again. Then, run. ~/.bash_profile or. ~/.bashrc to pick up thenvm command.

• You have previously usedbash, but you havezsh installed. You need to manually addthese lines to~/.zshrc and run. ~/.zshrc.

• You might need to restart your terminal instance or run. ~/.nvm/nvm.sh. Restarting your terminal/opening a new tab/window, or running the source command will load the command and the new configuration.

• If the above didn't help, you might need to restart your terminal instance. Try opening a new tab/window in your terminal and retry.

If the above doesn't fix the problem, you may try the following:

• If you use bash, it may be that your.bash_profile (or~/.profile) does not source your~/.bashrc properly. You could fix this by addingsource ~/<your_profile_file> to it or following the next step below.

• Try addingthe snippet from the install section, that finds the correct nvm directory and loads nvm, to your usual profile (~/.bash_profile,~/.zshrc,~/.profile, or~/.bashrc).

• For more information about this issue and possible workarounds, pleaserefer here

Note For Macs with the Apple Silicon chip, node started offeringarm64 arch Darwin packages since v16.0.0 and experimentalarm64 support when compiling from source since v14.17.0. If you are facing issues installing node usingnvm, you may want to update to one of those versions or later.

You can use a task:

-name:Install nvmansible.builtin.shell:>    curl -o- https://raw.githubusercontent.com/nvm-sh/nvm/v0.40.2/install.sh | bashargs:creates:"{{ ansible_env.HOME }}/.nvm/nvm.sh"

To verify that nvm has been installed, do:

command -v nvm

which should outputnvm if the installation was successful. Please note thatwhich nvm will not work, sincenvm is a sourced shell function, not an executable binary.

Note: On Linux, after running the install script, if you getnvm: command not found or see no feedback from your terminal after you typecommand -v nvm, simply close your current terminal, open a new terminal, and try verifying again.

If you're running a system without prepackaged binary available, which means you're going to install node or io.js from its source code, you need to make sure your system has a C++ compiler. For OS X, Xcode will work, for Debian/Ubuntu based GNU/Linux, thebuild-essential andlibssl-dev packages work.

Note:nvm also supports Windows in some cases. It should work through WSL (Windows Subsystem for Linux) depending on the version of WSL. It should also work withGitBash (MSYS) orCygwin. Otherwise, for Windows, a few alternatives exist, which are neither supported nor developed by us:

• nvm-windows
• nodist
• nvs

Note:nvm does not supportFish either (see#303). Alternatives exist, which are neither supported nor developed by us:

• bass allows you to use utilities written for Bash in fish shell
• fast-nvm-fish only works with version numbers (not aliases) but doesn't significantly slow your shell startup
• plugin-nvm plugin forOh My Fish, which makes nvm and its completions available in fish shell
• nvm.fish - The Node.js version manager you'll adore, crafted just for Fish
• fish-nvm - Wrapper around nvm for fish, delays sourcing nvm until it's actually used.

Note: We still have some problems with FreeBSD, because there is no official pre-built binary for FreeBSD, and building from source may needpatches; see the issue ticket:

• [#900] [Bug] node on FreeBSD may need to be patched
• nodejs/node#3716

Note: On OS X, if you do not have Xcode installed and you do not wish to download the ~4.3GB file, you can install theCommand Line Tools. You can check out this blog post on how to just that:

• How to Install Command Line Tools in OS X Mavericks & Yosemite (Without Xcode)

Note: On OS X, if you have/had a "system" node installed and want to install modules globally, keep in mind that:

• When usingnvm you do not needsudo to globally install a module withnpm -g, so instead of doingsudo npm install -g grunt, do insteadnpm install -g grunt
• If you have an~/.npmrc file, make sure it does not contain anyprefix settings (which is not compatible withnvm)
• You can (but should not?) keep your previous "system" node install, butnvm will only be available to your user account (the one used to install nvm). This might cause version mismatches, as other users will be using/usr/local/lib/node_modules/* VS your user account using~/.nvm/versions/node/vX.X.X/lib/node_modules/*

Homebrew installation is not supported. If you have issues with homebrew-installednvm, pleasebrew uninstall it, and install it using the instructions below, before filing an issue.

Note: If you're usingzsh you can easily installnvm as a zsh plugin. Installzsh-nvm and runnvm upgrade to upgrade (you can setNVM_AUTO_USE=true to have it automatically detect and use.nvmrc files).

Note: Git versions before v1.7 may face a problem of cloningnvm source from GitHub via https protocol, and there is also different behavior of git before v1.6, and git prior tov1.17.10 can not clone tags, so the minimum required git version is v1.7.10. If you are interested in the problem we mentioned here, please refer to GitHub'sHTTPS cloning errors article.

If you havegit installed (requires git v1.7.10+):

1. clone this repo in the root of your user profile
   • cd ~/ from anywhere thengit clone https://github.com/nvm-sh/nvm.git .nvm
2. cd ~/.nvm and check out the latest version withgit checkout v0.40.2
3. activatenvm by sourcing it from your shell:. ./nvm.sh

Now add these lines to your~/.bashrc,~/.profile, or~/.zshrc file to have it automatically sourced upon login:(you may have to add to more than one of the above files)

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

For a fully manual install, execute the following lines to first clone thenvm repository into$HOME/.nvm, and then loadnvm:

export NVM_DIR="$HOME/.nvm"&& (  git clone https://github.com/nvm-sh/nvm.git"$NVM_DIR"cd"$NVM_DIR"  git checkout`git describe --abbrev=0 --tags --match"v[0-9]*"$(git rev-list --tags --max-count=1)`)&&\."$NVM_DIR/nvm.sh"

Now add these lines to your~/.bashrc,~/.profile, or~/.zshrc file to have it automatically sourced upon login:(you may have to add to more than one of the above files)

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

For manual upgrade withgit (requires git v1.7.10+):

1. change to the$NVM_DIR
2. pull down the latest changes
3. check out the latest version
4. activate the new version

(cd"$NVM_DIR"  git fetch --tags origin  git checkout`git describe --abbrev=0 --tags --match"v[0-9]*"$(git rev-list --tags --max-count=1)`)&&\."$NVM_DIR/nvm.sh"

To download, compile, and install the latest release of node, do this:

nvm install node# "node" is an alias for the latest version

To install a specific version of node:

nvm install 14.7.0# or 16.3.0, 12.22.1, etc

To set an alias:

nvmalias my_alias v14.4.0

Make sure that your alias does not contain any spaces or slashes.

The first version installed becomes the default. New shells will start with the default version of node (e.g.,nvm alias default).

You can list available versions usingls-remote:

nvm ls-remote

And then in any new shell just use the installed version:

nvm use node

Or you can just run it:

nvm run node --version

Or, you can run any arbitrary command in a subshell with the desired version of node:

nvmexec 4.2 node --version

You can also get the path to the executable to where it was installed:

nvm which 12.22

In place of a version pointer like "14.7" or "16.3" or "12.22.1", you can use the following special default aliases withnvm install,nvm use,nvm run,nvm exec,nvm which, etc:

• node: this installs the latest version ofnode
• iojs: this installs the latest version ofio.js
• stable: this alias is deprecated, and only truly applies tonodev0.12 and earlier. Currently, this is an alias fornode.
• unstable: this alias points tonodev0.11 - the last "unstable" node release, since post-1.0, all node versions are stable. (in SemVer, versions communicate breakage, not stability).

Node has aschedule for long-term support (LTS) You can reference LTS versions in aliases and.nvmrc files with the notationlts/* for the latest LTS, andlts/argon for LTS releases from the "argon" line, for example. In addition, the following commands support LTS arguments:

• nvm install --lts /nvm install --lts=argon /nvm install 'lts/*' /nvm install lts/argon
• nvm uninstall --lts /nvm uninstall --lts=argon /nvm uninstall 'lts/*' /nvm uninstall lts/argon
• nvm use --lts /nvm use --lts=argon /nvm use 'lts/*' /nvm use lts/argon
• nvm exec --lts /nvm exec --lts=argon /nvm exec 'lts/*' /nvm exec lts/argon
• nvm run --lts /nvm run --lts=argon /nvm run 'lts/*' /nvm run lts/argon
• nvm ls-remote --lts /nvm ls-remote --lts=argonnvm ls-remote 'lts/*' /nvm ls-remote lts/argon
• nvm version-remote --lts /nvm version-remote --lts=argon /nvm version-remote 'lts/*' /nvm version-remote lts/argon

Any time your local copy ofnvm connects tohttps://nodejs.org, it will re-create the appropriate local aliases for all available LTS lines. These aliases (stored under$NVM_DIR/alias/lts), are managed bynvm, and you should not modify, remove, or create these files - expect your changes to be undone, and expect meddling with these files to cause bugs that will likely not be supported.

To get the latest LTS version of node and migrate your existing installed packages, use

nvm install --reinstall-packages-from=current'lts/*'

If you want to install a new version of Node.js and migrate npm packages from a previous version:

nvm install --reinstall-packages-from=node node

This will first use "nvm version node" to identify the current version you're migrating packages from. Then it resolves the new version to install from the remote server and installs it. Lastly, it runs "nvm reinstall-packages" to reinstall the npm packages from your prior version of Node to the new one.

You can also install and migrate npm packages from specific versions of Node like this:

nvm install --reinstall-packages-from=5 6nvm install --reinstall-packages-from=iojs v4.2

Note that reinstalling packagesexplicitly does not update the npm version — this is to ensure that npm isn't accidentally upgraded to a broken version for the new node version.

To update npm at the same time add the--latest-npm flag, like this:

nvm install --reinstall-packages-from=default --latest-npm'lts/*'

or, you can at any time run the following command to get the latest supported npm version on the current node version:

nvm install-latest-npm

If you've already gotten an error to the effect of "npm does not support Node.js", you'll need to (1) revert to a previous node version (nvm ls &nvm use <your latest _working_ version from the ls>), (2) delete the newly created node version (nvm uninstall <your _broken_ version of node from the ls>), then (3) rerun yournvm install with the--latest-npm flag.

If you have a list of default packages you want installed every time you install a new version, we support that too -- just add the package names, one per line, to the file$NVM_DIR/default-packages. You can add anything npm would accept as a package argument on the command line.

# $NVM_DIR/default-packagesrimrafobject-inspect@1.0.2stevemao/left-pad

If you want to installio.js:

nvm install iojs

If you want to install a new version of io.js and migrate npm packages from a previous version:

nvm install --reinstall-packages-from=iojs iojs

The same guidelines mentioned for migrating npm packages in node are applicable to io.js.

If you want to use the system-installed version of node, you can use the special default alias "system":

nvm use systemnvm run system --version

If you want to see what versions are installed:

nvm ls

If you want to see what versions are available to install:

nvm ls-remote

You can set five colors that will be used to display version and alias information. These colors replace the default colors.Initial colors are: g b y r e

Color codes:

r/R = red / bold redg/G = green / bold greenb/B = blue / bold bluec/C = cyan / bold cyanm/M = magenta / bold magentay/Y = yellow / bold yellowk/K = black / bold blacke/W = light grey / white

nvm set-colors rgBcm

If you want the custom colors to persist after terminating the shell, export theNVM_COLORS variable in your shell profile. For example, if you want to use cyan, magenta, green, bold red and bold yellow, add the following line:

export NVM_COLORS='cmgRY'

nvm help (or -h or --help),nvm ls,nvm ls-remote andnvm alias usually produce colorized output. You can disable colors with the--no-colors option (or by setting the environment variableTERM=dumb):

nvm ls --no-colorsnvmhelp --no-colorsTERM=dumb nvm ls

To restore your PATH, you can deactivate it:

nvm deactivate

To set a default Node version to be used in any new shell, use the alias 'default':

nvmalias default node# this refers to the latest installed version of nodenvmalias default 18# this refers to the latest installed v18.x version of nodenvmalias default 18.12# this refers to the latest installed v18.12.x version of node

To use a mirror of the node binaries, set$NVM_NODEJS_ORG_MIRROR:

export NVM_NODEJS_ORG_MIRROR=https://nodejs.org/distnvm install nodeNVM_NODEJS_ORG_MIRROR=https://nodejs.org/dist nvm install 4.2

To use a mirror of the io.js binaries, set$NVM_IOJS_ORG_MIRROR:

export NVM_IOJS_ORG_MIRROR=https://iojs.org/distnvm install iojs-v1.0.3NVM_IOJS_ORG_MIRROR=https://iojs.org/dist nvm install iojs-v1.0.3

nvm use will not, by default, create a "current" symlink. Set$NVM_SYMLINK_CURRENT to "true" to enable this behavior, which is sometimes useful for IDEs. Note that usingnvm in multiple shell tabs with this environment variable enabled can cause race conditions.

To pass an Authorization header through to the mirror url, set$NVM_AUTH_HEADER

NVM_AUTH_HEADER="Bearer secret-token" nvm install node

You can create a.nvmrc file containing a node version number (or any other string thatnvm understands; seenvm --help for details) in the project root directory (or any parent directory).Afterwards,nvm use,nvm install,nvm exec,nvm run, andnvm which will use the version specified in the.nvmrc file if no version is supplied on the command line.

For example, to make nvm default to the latest 5.9 release, the latest LTS version, or the latest node version for the current directory:

$echo"5.9"> .nvmrc$echo"lts/*"> .nvmrc# to default to the latest LTS version$echo"node"> .nvmrc# to default to the latest version

[NB these examples assume a POSIX-compliant shell version ofecho. If you use a Windowscmd development environment, eg the.nvmrc file is used to configure a remote Linux deployment, then keep in mind the"s will be copied leading to an invalid file. Remove them.]

Then when you run nvm use:

$ nvm useFound'/path/to/project/.nvmrc' with version<5.9>Now using node v5.9.1 (npm v3.7.3)

Running nvm install will also switch over to the correct version, but if the correct node version isn't already installed, it will install it for you.

$ nvm installFound'/path/to/project/.nvmrc' with version<5.9>Downloading and installing node v5.9.1...Downloading https://nodejs.org/dist/v5.9.1/node-v5.9.1-linux-x64.tar.xz...#################################################################################### 100.0%Computing checksum with sha256sumChecksums matched!Now using node v5.9.1 (npm v3.7.3)

nvm use et. al. will traverse directory structure upwards from the current directory looking for the.nvmrc file. In other words, runningnvm use et. al. in any subdirectory of a directory with an.nvmrc will result in that.nvmrc being utilized.

The contents of a.nvmrc filemust contain precisely one<version> (as described bynvm --help) followed by a newline..nvmrc files may also have comments. The comment delimiter is#, and it and any text after it, as well as blank lines, and leading and trailing white space, will be ignored when parsing.

Key/value pairs using= are also allowed and ignored, but are reserved for future use, and may cause validation errors in the future.

Runnpx nvmrc to validate an.nvmrc file. If that tool’s results do not agree with nvm, one or the other has a bug - please file an issue.

You can usenvshim to shim thenode,npm, andnpx bins to automatically use thenvm config in the current directory.nvshim isnot supported by thenvm maintainers. Pleasereport issues to thenvshim team.

If you prefer a lighter-weight solution, the recipes below have been contributed bynvm users. They arenot supported by thenvm maintainers. We are, however, accepting pull requests for more examples.

In your profile (~/.bash_profile,~/.zshrc,~/.profile, or~/.bashrc), add the following tonvm use whenever you enter a new directory:

Put the following at the end of your$HOME/.bashrc:

cdnvm() {commandcd"$@"||return$?    nvm_path="$(nvm_find_up .nvmrc|command tr -d'\n')"# If there are no .nvmrc file, use the default nvm versionif [[!$nvm_path=*[^[:space:]]* ]];thendeclare default_version        default_version="$(nvm version default)"# If there is no default version, set it to `node`# This will use the latest version on your machineif [$default_version='N/A' ];then            nvmalias default node            default_version=$(nvm version default)fi# If the current version is not the default version, set it to use the default versionif ["$(nvm current)"!="${default_version}" ];then            nvm use defaultfielif [[-s"${nvm_path}/.nvmrc"&&-r"${nvm_path}/.nvmrc" ]];thendeclare nvm_version        nvm_version=$(<"${nvm_path}"/.nvmrc)declare locally_resolved_nvm_version# `nvm ls` will check all locally-available versions# If there are multiple matching versions, take the latest one# Remove the `->` and `*` characters and spaces# `locally_resolved_nvm_version` will be `N/A` if no local versions are found        locally_resolved_nvm_version=$(nvm ls --no-colors"${nvm_version}"|command tail -1|command tr -d'\->*'|command tr -d'[:space:]')# If it is not already installed, install it# `nvm install` will implicitly use the newly-installed versionif ["${locally_resolved_nvm_version}"='N/A' ];then            nvm install"${nvm_version}";elif ["$(nvm current)"!="${locally_resolved_nvm_version}" ];then            nvm use"${nvm_version}";fifi}alias cd='cdnvm'cdnvm"$PWD"||exit

This alias would search 'up' from your current directory in order to detect a.nvmrc file. If it finds it, it will switch to that version; if not, it will use the default version.

This shell function will install (if needed) andnvm use the specified Node version when an.nvmrc is found, andnvm use default otherwise.

Put this into your$HOME/.zshrc to callnvm use automatically whenever you enter a directory that contains an.nvmrc file with a string telling nvm which node touse:

# place this after nvm initialization!autoload -U add-zsh-hookload-nvmrc() {local nvmrc_path  nvmrc_path="$(nvm_find_nvmrc)"if [-n"$nvmrc_path" ];thenlocal nvmrc_node_version    nvmrc_node_version=$(nvm version"$(cat"${nvmrc_path}")")if ["$nvmrc_node_version"="N/A" ];then      nvm installelif ["$nvmrc_node_version"!="$(nvm version)" ];then      nvm usefielif [-n"$(PWD=$OLDPWD nvm_find_nvmrc)" ]&& ["$(nvm version)"!="$(nvm version default)" ];thenecho"Reverting to nvm default version"    nvm use defaultfi}add-zsh-hook chpwd load-nvmrcload-nvmrc

After saving the file, runsource ~/.zshrc to reload the configuration with the latest changes made.

This requires that you havebass installed.

# ~/.config/fish/functions/nvm.fishfunction nvm  bass source ~/.nvm/nvm.sh--no-use';' nvm$argvend# ~/.config/fish/functions/nvm_find_nvmrc.fishfunction nvm_find_nvmrc  bass source ~/.nvm/nvm.sh--no-use';' nvm_find_nvmrcend# ~/.config/fish/functions/load_nvm.fishfunction load_nvm--on-variable="PWD"set-l default_node_version (nvm version default)set-l node_version (nvm version)set-l nvmrc_path (nvm_find_nvmrc)iftest-n"$nvmrc_path"set-l nvmrc_node_version (nvm version (cat$nvmrc_path))iftest"$nvmrc_node_version" ="N/A"      nvm install (cat$nvmrc_path)elseiftest"$nvmrc_node_version" !="$node_version"      nvm use$nvmrc_node_versionendelseiftest"$node_version" !="$default_node_version"echo"Reverting to default Node version"    nvm use defaultendend# ~/.config/fish/config.fish# You must call it on initialization or listening to directory switching won't workload_nvm> /dev/stderr

Tests are written inUrchin. Install Urchin (and other dependencies) like so:

npm install

There are slow tests and fast tests. The slow tests do things like install nodeand check that the right versions are used. The fast tests fake this to testthings like aliases and uninstalling. From the root of the nvm git repository,run the fast tests like this:

npm run test/fast

Run the slow tests like this:

npm run test/slow

Run all of the tests like this:

npm test

Nota bene: Avoid running nvm while the tests are running.

nvm exposes the following environment variables:

• NVM_DIR - nvm's installation directory.
• NVM_BIN - where node, npm, and global packages for the active version of node are installed.
• NVM_INC - node's include file directory (useful for building C/C++ addons for node).
• NVM_CD_FLAGS - used to maintain compatibility with zsh.
• NVM_RC_VERSION - version from .nvmrc file if being used.

Additionally, nvm modifiesPATH, and, if present,MANPATH andNODE_PATH when changing versions.

To activate, you need to sourcebash_completion:

[[-r$NVM_DIR/bash_completion ]]&&\.$NVM_DIR/bash_completion

Put the above sourcing line just below the sourcing line for nvm in your profile (.bashrc,.bash_profile).

nvm:

$ nvmTab

alias               deactivate          install             list-remote         reinstall-packages  uninstall           versioncacheexec                install-latest-npm  ls                  run                 unload              version-remotecurrenthelp                list                ls-remoteunalias             use                 which

nvm alias:

$ nvm aliasTab

default      iojs         lts/*        lts/argon    lts/boron    lts/carbon   lts/dubnium  lts/erbium   node         stable       unstable

$ nvm alias my_aliasTab

v10.22.0       v12.18.3      v14.8.0

nvm use:

$ nvm useTab

my_alias        default        v10.22.0       v12.18.3      v14.8.0

nvm uninstall:

$ nvm uninstallTab

my_alias        default        v10.22.0       v12.18.3      v14.8.0

nvm will encounter some issues if you have some non-default settings set. (see#606)The following are known to cause issues:

Inside~/.npmrc:

prefix='some/path'

Environment Variables:

$NPM_CONFIG_PREFIX$PREFIX

Shell settings:

set -e

In order to provide the best performance (and other optimizations), nvm will download and install pre-compiled binaries for Node (and npm) when you runnvm install X. The Node project compiles, tests and hosts/provides these pre-compiled binaries which are built for mainstream/traditional Linux distributions (such as Debian, Ubuntu, CentOS, RedHat et al).

Alpine Linux, unlike mainstream/traditional Linux distributions, is based onBusyBox, a very compact (~5MB) Linux distribution. BusyBox (and thus Alpine Linux) uses a different C/C++ stack to most mainstream/traditional Linux distributions -musl. This makes binary programs built for such mainstream/traditional incompatible with Alpine Linux, thus we cannot simplynvm install X on Alpine Linux and expect the downloaded binary to run correctly - you'll likely see "...does not exist" errors if you try that.

There is a-s flag fornvm install which requests nvm download Node source and compile it locally.

If installing nvm on Alpine Linuxis still what you want or need to do, you should be able to achieve this by running the following from you Alpine Linux shell, depending on which version you are using:

apk add -U curl bash ca-certificates openssl ncurses coreutils python3 make gcc g++ libgcc linux-headers grep util-linux binutils findutilscurl -o- https://raw.githubusercontent.com/nvm-sh/nvm/v0.40.2/install.sh| bash

apk add -U curl bash ca-certificates openssl ncurses coreutils python2 make gcc g++ libgcc linux-headers grep util-linux binutils findutilscurl -o- https://raw.githubusercontent.com/nvm-sh/nvm/v0.40.2/install.sh| bash

Note: Alpine 3.5 can only install NodeJS versions up to v6.9.5, Alpine 3.6 can only install versions up to v6.10.3, Alpine 3.7 installs versions up to v8.9.3, Alpine 3.8 installs versions up to v8.14.0, Alpine 3.9 installs versions up to v10.19.0, Alpine 3.10 installs versions up to v10.24.1, Alpine 3.11 installs versions up to v12.22.6, Alpine 3.12 installs versions up to v12.22.12, Alpine 3.13 & 3.14 install versions up to v14.20.0, Alpine 3.15 & 3.16 install versions up to v16.16.0 (These are all versions on the main branch). Alpine 3.5 - 3.12 required the packagepython2 to build NodeJS, as they are older versions to build. Alpine 3.13+ requirespython3 to successfully build newer NodeJS versions, but you can usepython2 with Alpine 3.13+ if you need to build versions of node supported in Alpine 3.5 - 3.15, you just need to specify what version of NodeJS you need to install in the package install script.

The Node project has some desire but no concrete plans (due to the overheads of building, testing and support) to offer Alpine-compatible binaries.

As a potential alternative, @mhart (a Node contributor) has someDocker images for Alpine Linux with Node and optionally, npm, pre-installed.

To removenvm manually, execute the following:

First, usenvm unload to remove the nvm command from your terminal session and delete the installation directory:

$ nvm_dir="${NVM_DIR:-~/.nvm}"$ nvm unload$ rm -rf"$nvm_dir"

Edit~/.bashrc (or other shell resource config) and remove the lines below:

export NVM_DIR="$HOME/.nvm"[-s"$NVM_DIR/nvm.sh" ]&&\."$NVM_DIR/nvm.sh"# This loads nvm[[-r$NVM_DIR/bash_completion ]]&&\.$NVM_DIR/bash_completion

To make the development and testing work easier, we have a Dockerfile for development usage, which is based on Ubuntu 18.04 base image, prepared with essential and useful tools fornvm development, to build the docker image of the environment, run the docker command at the root ofnvm repository:

$ docker build -t nvm-dev.

This will package your current nvm repository with our pre-defined development environment into a docker image namednvm-dev, once it's built with success, validate your image viadocker images:

$ docker imagesREPOSITORY         TAG                 IMAGE ID            CREATED             SIZEnvm-dev            latest              9ca4c57a97d8        7 days ago          650 MB

If you got no error message, now you can easily involve in:

$ docker run -h nvm-dev -it nvm-devnvm@nvm-dev:~/.nvm$

Please note that it'll take about 8 minutes to build the image and the image size would be about 650MB, so it's not suitable for production usage.

For more information and documentation about docker, please refer to its official website:

• https://www.docker.com/
• https://docs.docker.com/

• If you try to install a node version and the installation fails, be sure to runnvm cache clear to delete cached node downloads, or you might get an error like the following:

  curl: (33) HTTP server doesn't seem to support byte ranges. Cannot resume.

• Where's mysudo node? Check out#43

• After the v0.8.6 release of node, nvm tries to install from binary packages. But in some systems, the official binary packages don't work due to incompatibility of shared libs. In such cases, use-s option to force install from source:

nvm install -s 0.8.6

• If setting thedefault alias does not establish the node version in new shells (i.e.nvm current yieldssystem), ensure that the system's nodePATH is set before thenvm.sh source line in your shell profile (see#658)

nvm node version not found in vim shell

If you set node version to a version other than your system node versionnvm use 6.2.1 and open vim and run:!node -v you should seev6.2.1 if you see your system versionv0.12.7. You need to run:

sudo chmod ugo-x /usr/libexec/path_helper

More on this issue indotphiles/dotzsh.

nvm is not compatible with the npm config "prefix" option

Some solutions for this issue can be foundhere

There is one more edge case causing this issue, and that's amismatch between the$HOME path and the user's home directory's actual name.

You have to make sure that the user directory name in$HOME and the user directory name you'd see from runningls /Users/are capitalized the same way (See this issue).

To change the user directory and/or account name follow the instructionshere

Homebrew makes zsh directories unsecure

zsh compinit: insecure directories, run compauditfor list.Ignore insecure directories andcontinue [y] or abort compinit [n]? y

Homebrew causes insecure directories like/usr/local/share/zsh/site-functions and/usr/local/share/zsh. This isnot annvm problem - it is a homebrew problem. Referhere for some solutions related to the issue.

Macs with Apple Silicon chips

Experimental support for the Apple Silicon chip architecture was added in node.js v15.3 and full support was added in v16.0.Because of this, if you try to install older versions of node as usual, you will probably experience either compilation errors when installing node or out-of-memory errors while running your code.

So, if you want to run a version prior to v16.0 on an Apple Silicon Mac, it may be best to compile node targeting thex86_64 Intel architecture so that Rosetta 2 can translate thex86_64 processor instructions to ARM-based Apple Silicon instructions.Here's what you will need to do:

• Install Rosetta, if you haven't already done so

  $ softwareupdate --install-rosetta

  You might wonder, "how will my Apple Silicon Mac know to use Rosetta for a version of node compiled for an Intel chip?".If an executable contains only Intel instructions, macOS will automatically use Rosetta to translate the instructions.

• Open a shell that's running using Rosetta

  $ arch -x86_64 zsh

  Note: This same thing can also be accomplished by finding the Terminal or iTerm App in Finder, right clicking, selecting "Get Info", and then checking the box labeled "Open using Rosetta".

  Note: This terminal session is now running inzsh.Ifzsh is not the shell you typically use,nvm may not besource'd automatically like it probably is for your usual shell through your dotfiles.If that's the case, make sure to sourcenvm.

  $source"${NVM_DIR}/nvm.sh"

• Install whatever older version of node you are interested in. Let's use 12.22.1 as an example.This will fetch the node source code and compile it, which will take several minutes.

  $ nvm install v12.22.1 --shared-zlib

  Note: You're probably curious why--shared-zlib is included.There's a bug in recent versions of Apple's systemclang compiler.If one of these broken versions is installed on your system, the above step will likely still succeed even if you didn't include the--shared-zlib flag.However, later, when you attempt tonpm install something using your old version of node.js, you will seeincorrect data check errors.If you want to avoid the possible hassle of dealing with this, include that flag.For more details, seethis issue andthis comment

• Exit back to your native shell.

  $exit$ archarm64

  Note: If you selected the box labeled "Open using Rosetta" rather than running the CLI command in the second step, you will seei386 here.Unless you have another reason to have that box selected, you can deselect it now.

• Check to make sure the architecture is correct.x64 is the abbreviation forx86_64, which is what you want to see.

  $ node -p process.archx64

Now you should be able to use node as usual.

If you've encountered this error on WSL-2:

curl -o- https://raw.githubusercontent.com/nvm-sh/nvm/v0.40.2/install.sh| bash% Total    % Received % Xferd  Average Speed   Time    Time     Time  Current                                Dload  Upload  Total   Spent    Left  Speed0     0    0     0    0     0      0      0 --:--:--  0:00:09 --:--:--     0curl: (6) Could not resolve host: raw.githubusercontent.com

It may be due to your antivirus, VPN, or other reasons.

Where you canping 8.8.8.8 while you can'tping google.com

This could simply be solved by running this in your root directory:

sudo rm /etc/resolv.confsudo bash -c'echo "nameserver 8.8.8.8" > /etc/resolv.conf'sudo bash -c'echo "[network]" > /etc/wsl.conf'sudo bash -c'echo "generateResolvConf = false" >> /etc/wsl.conf'sudo chattr +i /etc/resolv.conf

This deletes yourresolv.conf file that is automatically generated when you run WSL, creates a new file and putsnameserver 8.8.8.8, then creates awsl.conf file and adds[network] andgenerateResolveConf = false to prevent auto-generation of that file.

You can check the contents of the file by running:

cat /etc/resolv.conf

Currently, the sole maintainer is@ljharb - more maintainers are quite welcome, and we hope to add folks to the team over time.Governance will be re-evaluated as the project evolves.

Only the latest version (v0.40.2 at this time) is supported.

If you are unable to update to the latest version ofnvm, ourpartners provide commercial security fixes for all unsupported versions:

• HeroDevs Never-Ending Support

SeeLICENSE.md.

CopyrightOpenJS Foundation andnvm contributors. All rights reserved. TheOpenJS Foundation has registered trademarks and uses trademarks. For a list of trademarks of theOpenJS Foundation, please see ourTrademark Policy andTrademark List. Trademarks and logos not indicated on thelist of OpenJS Foundation trademarks are trademarks™ or registered® trademarks of their respective holders. Use of them does not imply any affiliation with or endorsement by them.The OpenJS Foundation |Terms of Use |Privacy Policy |Bylaws |Code of Conduct |Trademark Policy |Trademark List |Cookie Policy