💡

nvm(Node Version Manager)

Created

2026/01/08 13:20

Last edited time

2026/01/08 17:09

Context

회사에서 진행 중인 프로젝트는 여러 개로 각 프로젝트마다 환경이 모두 다르다. 유사한 부분은 있지만 모든 프로젝트가 동시에 진행되지 않았기 때문에 레거시 코드와 레거시 라이브러리가 존재한다. 레거시는 곧 예전의 것을 의미하는데, 프로젝트에 사용 된 라이브러리의 버전이 현재의 것보다 낮을 가능성이 매우 높다.

개인 PC로 프로젝트를 진행 해보려고 현재 설치 되어있는 환경을 체크 해보는데, 꽤 뒤죽박죽이라고 생각 했다. 로컬에도 Node가 설치 되어있고, nvm에도 설치 되어있고해서 하나의 환경으로 통합하는 것이 관리하기에 용이하다고 생각이 들었다.

Agenda

분산 되어있는 Node를 nvm으로 통합하기 위해 nvm에 대한 정보를 기록

Chapter

nvm이란?

nvm이 필요한 이유

nvm 설정

검증

Content

1. nvm이란?

nvm은 Node Version Manager의 약자로 하나의 머신에서 여러 버전의 Node를 설치하고, 필요에 따라 쉽게 전환할 수 있게 해주는 도구다.

2. nvm이 필요한 이유

프로그래밍을 공부하고 어떤 것을 직접 만들어 볼 시간이 왔을 때, 개인이든 팀 단위든 프로젝트를 두 개 이상 진행할 경우가 존재한다. 이 때 진행하고 있는, 진행했던 프로젝트의 모든 환경을 싱크 시켜주면 좋겠지만 그러지 못할 경우가 많다.

비교적 빠르게 업데이트 되는 Node는 프로젝트마다 요구하는 버전이 달라지게 할 수 있는데, nvm은 이런 상황에서 Node 버전 충돌 문제를 해결하기 위해 만들어진 버전 관리자이다.

<요구되는, 사용한 Node 버전 예시>
프로젝트 A: 8.0.0
프로젝트 B: 12.0.0
프로젝트 C: 100.0.0 (Node는 아직 100버전이 존재하지 않긴 하다)
JavaScript
복사

위와 같이 프로젝트 A, 프로젝트 B 그리고 프로젝트 C는 각각 다른 Node 버전을 요구한다. 이런 상황에서 시스템에 특정 Node 버전을 하나만 설치해두면 Node 업그레이드 시 기존 프로젝트가 깨지거나 다운그레이드가 필요할 때 전체 환경이 흔들릴 수 있다.

<nvm을 사용하지 않을 경우>
1. 프로젝트 C 진행 중 <100.0.0 버전의 Node 사용 중>
2.	--> [ 프로젝트 A에 대한 유지보수 요청 ] <--
3. 프로젝트 A의 Node 요구사항인 8.0.0 버전으로 전환
		- 이 때 로컬의 Node를 재설치하거나 다른 방법으로 전환 필요 -
4. 프로젝트 A 유지보수 진행
5. 프로젝트 C를 다시 진행하기 위해 프로젝트 C의 Node 요구사항인 100.0.0 버전으로 전환
		- 이 때 로컬의 Node를 재설치하거나 다른 방법으로 전환 필요 -
JavaScript
복사

위는 nvm을 사용하지 않을 경우에 Node 버전을 전환하는 예시를 간단하게 제시 해봤다. 3번과 5번에서 각 프로젝트에서 요구하는 Node 버전을 사용하기 위해서는 기존에 로컬에 글로벌하게 설치 되어있는 Node를 삭제하고 재설치하거나 다른 방안으로 버전을 변경해야 한다. 컴퓨팅 환경에 따라 쉽게 변경할 수는 있겠지만 매번 삭제하고 재설치하는 과정은 번거롭다고 생각한다.

<nvm을 사용할 경우>
1. 프로젝트 C 진행 중 <100.0.0 버전의 Node 사용 중>
2.	--> [ 프로젝트 A에 대한 유지보수 요청 ] <--
3. 프로젝트 A의 Node 요구사항인 8.0.0 버전으로 전환
		- 명령어로 쉽게 전환 -
4. 프로젝트 A 유지보수 진행
5. 프로젝트 C를 다시 진행하기 위해 프로젝트 C의 Node 요구사항인 100.0.0 버전으로 전환
		- 명령어로 쉽게 전환 -
JavaScript
복사

위는 nvm을 사용했을 경우의 예시이다. 단계는 줄어들지 않았지만 3번과 5번 과정에서 명령어로 쉽게 Node의 버전을 전환할 수 있다. 이와 같이 프로젝트마다 요구되는 Node를 제 때 가져다 쓸 수 있도록 여러 Node 버전을 관리해야하는데 그 도구가 바로 nvm이다.

3. nvm 설정

일단, 로컬에 설치되어있는 node 관련 환경을 모두 제거하고 nvm 또한 제거했다.

•

터미널에서 커맨드를 입력하여 관련 항목이 존재하지 않는 것을 확인

chaminjae@macbookpro ~ % nvm
zsh: command not found: nvm
chaminjae@macbookpro ~ % npm
zsh: command not found: npm
chaminjae@macbookpro ~ % pnpm
zsh: command not found: pnpm
chaminjae@macbookpro ~ % npx
zsh: command not found: npx
Shell
복사

•

연결 되어있는 경로가 있는지 확인

chaminjae@macbookpro ~ % which nvm
nvm not found
chaminjae@macbookpro ~ % which npm
npm not found
chaminjae@macbookpro ~ % which pnpm
pnpm not found
chaminjae@macbookpro ~ % which npx
npx not found
Shell
복사

위와 같이 환경을 모두 삭제했다면 로컬의 Node도 삭제 되었고, nvm도 삭제 되었다고 생각한다.

bash나 zsh의 설정 파일에서 alias를 지우거나 Node 설치를 확인할 수 있는 다른 방법이 있으면 모두 확인하는 것을 권장합니다. 이 글에서는 그 방법에 대해 자세히 다루지 않습니다.

이제 nvm을 설치한다. 설치는 github nvm 레포지토리의 설치 방법을 따른다. (2026-01-08 기준)

$ curl -o- https://raw.githubusercontent.com/nvm-sh/nvm/v0.40.3/install.sh | bash
Shell
복사

터미널에 입력 하고 적용하면 자동으로 설치 된다.

•

아래는 쉘 설정 파일에 자동으로 alias가 등록 된 모습

chaminjae@macbookpro ~ % cat .zshrc
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
Shell
복사

•

아래는 홈 디렉토리에 nvm 관련 폴더가 생성 된 모습

chaminjae@macbookpro ~ % ls -la | grep .nvm
drwxr-xr-x   29 chaminjae  staff    928  1  8 23:04 .nvm
Shell
복사

터미널 재시작 후 nvm 명령어를 입력하면 아래와 같이 nvm 관련 정보와 명령어 등 내용이 출력되며 정상적으로 설치된 것을 알 수 있다.

chaminjae@macbookpro ~ % nvm

Node Version Manager (v0.40.3)

Note: <version> refers to any version-like string nvm understands. This includes:
  - full or partial version numbers, starting with an optional "v" (0.10, v0.1.2, v1)
  - default (built-in) aliases: node, stable, unstable, iojs, system
  - custom aliases you define with `nvm alias foo`

 Any options that produce colorized output should respect the `--no-colors` option.

Usage:
...
Shell
복사

•

설치 된 nvm 버전 확인

chaminjae@macbookpro ~ % nvm --version
0.40.3
Shell
복사

nvm 설치를 완료 했다면 현재 nvm에 설치 되어있는 Node를 확인 해본다.

chaminjae@macbookpro ~ % nvm ls
            N/A
iojs -> N/A (default)
node -> stable (-> N/A) (default)
unstable -> N/A (default)
Shell
복사

iojs는 옛날 Node에서 포크 된 뒤 다시 병합 된 자바스크립트 런타임 플랫폼, node는 현재 설치 된 Node, unstable은 최신 혹은 불안정한 노드 버전 라인을 가리키는 alias이다. 방금 nvm을 설치했기 때문에 모두 설치되지 않았음을 나타내는 (N/A)로 표현된다.

여러 Node 버전을 관리하는 도구를 설치했으니 이제는 Node를 설치할 차례이다. 아래 명령어로 nvm에 현재 설치할 수 있는 Node의 버전들을 확인할 수 있다.

chaminjae@macbookpro ~ % nvm ls-remote
Shell
복사

v0.1.14부터 현재 시점에서 확인할 수 있는 최신 버전인 v25.2.1까지 설치할 수 있는 모든 Node의 버전을 확인 할 수 있다.

목록에서 LTS라는 항목을 확인할 수 있는데 이는 Long-Term Support의 약자로 오랜 기간 동안 안정성과 보안 업데이트를 보장해주는 버전을 의미한다. 보통은 이 LTS 버전을 설치하여 안정성을 확보한다.

여담으로 Iron, Jod, Krypton같이 LTS에 화학원소 별칭이 붙은 것을 확인 할 수 있는데 이는 Node의 LTS 버전에 붙는 코드네임이다. 버전을 직접 말하는 것 보다 별칭을 활용해 커뮤니케이션을 향상시키는 것 같다. 그리고 LTS 버전은 2단위의 메이저 버전마다 할당하는 것 같다.

설치 가능한 LTS 버전만을 확인하려면 아래의 명령어를 입력하면 된다.

chaminjae@macbookpro ~ % nvm ls-remote --lts
Shell
복사

아래의 명령어를 입력하여 현재 최신의 Node LTS 버전을 설치한다.

chaminjae@macbookpro ~ % nvm install --lts
Shell
복사

특정 Node 버전을 삭제하는 명령어는 다음과 같다.

$ nvm uninstall <버전>
Shell
복사

이제 아래의 명령어를 통해 결과를 보면 현재 최신의 LTS 버전의 Node가 nvm에 설치 된 것을 알 수 있다.

chaminjae@macbookpro ~ % nvm ls
->     v24.12.0
default -> lts/* (-> v24.12.0)
iojs -> N/A (default)
unstable -> N/A (default)
node -> stable (-> v24.12.0) (default)
stable -> 24.12 (-> v24.12.0) (default)
lts/* -> lts/krypton (-> v24.12.0)
lts/argon -> v4.9.1 (-> N/A)
lts/boron -> v6.17.1 (-> N/A)
lts/carbon -> v8.17.0 (-> N/A)
lts/dubnium -> v10.24.1 (-> N/A)
lts/erbium -> v12.22.12 (-> N/A)
lts/fermium -> v14.21.3 (-> N/A)
lts/gallium -> v16.20.2 (-> N/A)
lts/hydrogen -> v18.20.8 (-> N/A)
lts/iron -> v20.19.6 (-> N/A)
lts/jod -> v22.21.1 (-> N/A)
lts/krypton -> v24.12.0
Shell
복사

iojs, unstable, node만 있던 아까와 다르게 다양한 항목이 추가 된 것을 확인할 수 있다.

현재 v24.12.0 버전의 Node가 설치되었고 사용중이다. 그리고 iojs는 설치되지 않았고, 설치한 LTS 버전 외의 불안정한 버전 또한 설치되지 않았다. 그리고 LTS의 종류는 여러 개가 있는데 현재 krypton 코드네임을 가진 LTS의 v24.12.0 Node가 설치된 것을 알 수 있다. 아래의 명령어를 통해 현재 사용 중인 Node 버전을 확인할 수 있다.

chaminjae@macbookpro ~ % node -v
v24.12.0
Shell
복사

프로젝트 A: v4.9.1 (lts/argon)
프로젝트 B: v23.10.0 (unstable)
프로젝트 C: v24.12.0 (lts/krypton) -- 현재 설치 됨
Plain Text
복사

위와 같이 프로젝트별 Node 버전의 요구사항이 다르다고 가정해보겠다. 현재 프로젝트 C에 대한 Node 버전은 nvm에 설치가 되어있기 때문에 프로젝트 A와 프로젝트 B에서 요구하는 Node 버전들만 추가로 nvm을 통해 설치하면 된다.

chaminjae@macbookpro ~ % nvm install lts/argon
chaminjae@macbookpro ~ % nvm install 23.10.0
chaminjae@macbookpro ~ % node -v
v23.10.0
Shell
복사

설치 된 Node의 버전을 확인 해보면 다음과 같다.

chaminjae@macbookpro ~ % nvm ls
         v4.9.1
->     v23.10.0
       v24.12.0
default -> lts/* (-> v24.12.0)
iojs -> N/A (default)
unstable -> N/A (default)
node -> stable (-> v24.12.0) (default)
stable -> 24.12 (-> v24.12.0) (default)
lts/* -> lts/krypton (-> v24.12.0)
lts/argon -> v4.9.1
lts/boron -> v6.17.1 (-> N/A)
lts/carbon -> v8.17.0 (-> N/A)
lts/dubnium -> v10.24.1 (-> N/A)
lts/erbium -> v12.22.12 (-> N/A)
lts/fermium -> v14.21.3 (-> N/A)
lts/gallium -> v16.20.2 (-> N/A)
lts/hydrogen -> v18.20.8 (-> N/A)
lts/iron -> v20.19.6 (-> N/A)
lts/jod -> v22.21.1 (-> N/A)
lts/krypton -> v24.12.0
Shell
복사

설치 된 버전은 v4.9.1, v23.10.0, v24.12.0이다. 그리고 v23.10.0을 마지막에 설치했기 때문에 현재 v23.10.0 버전을 사용 중인 것으로 나타난다. 그리고 lts/argon을 설치했기 때문에 lts/krypton과 마찬가지로 더이상 (N/A)로 나타나지 않는다.

내가 v23.10.0를 설치한 이유는 ls-remote를 통해 확인했을 때 LTS로 분류 되어있지 않아서 설치하면 자동으로 unstable 항목에 들어갈 것으로 기대했기 때문인데 그렇지는 않은 것 같다. unstable 버전을 자동으로 설치하는 방법은 다음과 같고 그 결과를 보여준다.

chaminjae@macbookpro ~ % nvm install unstable
chaminjae@macbookpro ~ % nvm ls
->     v0.11.16
         v4.9.1
       v23.10.0
       v24.12.0
default -> lts/* (-> v24.12.0)
iojs -> N/A (default)
unstable -> 0.11 (-> v0.11.16) (default)
node -> stable (-> v24.12.0) (default)
stable -> 24.12 (-> v24.12.0) (default)
lts/* -> lts/krypton (-> v24.12.0)
lts/argon -> v4.9.1
lts/boron -> v6.17.1 (-> N/A)
lts/carbon -> v8.17.0 (-> N/A)
lts/dubnium -> v10.24.1 (-> N/A)
lts/erbium -> v12.22.12 (-> N/A)
lts/fermium -> v14.21.3 (-> N/A)
lts/gallium -> v16.20.2 (-> N/A)
lts/hydrogen -> v18.20.8 (-> N/A)
lts/iron -> v20.19.6 (-> N/A)
lts/jod -> v22.21.1 (-> N/A)
lts/krypton -> v24.12.0
Shell
복사

unstable 버전은 v0.11.16이 설치 된다. ls-remote 명령어를 통해 확인 했을 때 같은 범주에 많은 버전이 있는데 왜 저 버전이 설치되는지 궁금하다.

LTS에도 코드네임으로 커뮤니케이션에 도움을 주듯이 각 버전에도 별칭을 붙일 수 있다. 아래는 프로젝트별로 버전에 별칭을 붙이는 방법이다.

chaminjae@macbookpro ~ % nvm alias proj-a 4.9.1
proj-a -> 4.9.1 (-> v4.9.1)
chaminjae@macbookpro ~ % nvm alias proj-b 23.10.0
proj-b -> 23.10.0 (-> v23.10.0)
chaminjae@macbookpro ~ % nvm alias proj-c 24.12.0
proj-c -> 24.12.0 (-> v24.12.0)
chaminjae@macbookpro ~ % nvm ls
->     v0.11.16
         v4.9.1
       v23.10.0
       v24.12.0
default -> lts/* (-> v24.12.0)
proj-a -> 4.9.1 (-> v4.9.1)
proj-b -> 23.10.0 (-> v23.10.0)
proj-c -> 24.12.0 (-> v24.12.0)
-- 이하 생략 --
Shell
복사

별칭 뒤에 버전을 나타내는 v를 붙이지 않아도 자동으로 정규화해 적용한다.

chaminjae@macbookpro ~ % nvm alias proj-a 4.9.1
proj-a -> 4.9.1 (-> v4.9.1)
chaminjae@macbookpro ~ % nvm alias proj-a v4.9.1
proj-a -> v4.9.1
Shell
복사

설치하지 않은 버전에 별칭을 붙이는 것을 시도하면 에러가 발생한다.

chaminjae@macbookpro ~ % nvm alias proj-a 1.0.0
! WARNING: Version '1.0.0' does not exist.
proj-a -> 1.0.0 (-> N/A)
Shell
복사

아래는 설정한 별칭을 해제하는 방법

$ nvm unalias <alias명>
Shell
복사

사용하고자 하는 노드 버전을 이동하는 방법은 다음과 같다.

chaminjae@macbookpro ~ % nvm use <버전 또는 별칭>
Shell
복사

따라서 위에서 작성한 예시와 같은 상황이 존재할 때 명령어로 간단하게 Node의 버전을 전환할 수 있다.

1. 프로젝트 C 진행 중 <24.12.0 버전의 Node 사용 중>
2.	--> [ 프로젝트 A에 대한 유지보수 요청 ] <--
3. 프로젝트 A의 Node 요구사항인 4.9.1 버전으로 전환
		- nvm use proj-a -
4. 프로젝트 A 유지보수 진행
5. 프로젝트 C를 다시 진행하기 위해 프로젝트 C의 Node 요구사항인 100.0.0 버전으로 전환
		- nvm use proj-c -
JavaScript
복사

여기까지 nvm의 필요성과 설정 및 간단한 사용 방법을 알아보았다. nvm은 Node의 많은 버전을 관리할 수 있게 해주는 유용한 도구인 것을 확인 할 수 있다. 로컬에서 Node를 설치하여 사용하는 것 보다 nvm을 통해 Node를 관리하면 Node의 버전 충돌을 근본적으로 해결할 수 있고, 안전한 개발환경을 구성하는 것이 가능해진다.

4. 검증

nvm을 사용하면서 궁금한 부분이 실제로 어떻게 작동되나에 대한 기록이다.

4.0. nvm이 아닌 로컬환경에 노드가 설치 되었는지 확인

nvm을 설치한 이유는 로컬에 Node를 설치하지 않고 nvm을 통해 모든 Node 버전을 관리하는 것을 목표로 하는 것이다. 따라서 nvm을 비활성화 했을 때 Node 관련 명령어 사용 시 작동하지 않아야 한다.

chaminjae@macbookpro ~ % nvm deactivate
/Users/chaminjae/.nvm/*/bin removed from ${PATH}
Shell
복사

노드 비활성화

chaminjae@macbookpro ~ % node
zsh: command not found: node
chaminjae@macbookpro ~ % npm
zsh: command not found: npm
chaminjae@macbookpro ~ % pnpm
zsh: command not found: pnpm
chaminjae@macbookpro ~ % npx
zsh: command not found: npx
Shell
복사

설치 된 Node가 존재하지 않아 관련 명령어가 작동하지 않는 것을 확인할 수 있다.

chaminjae@macbookpro ~ % nvm use default
Now using node v24.12.0 (npm v11.6.2)
chaminjae@macbookpro ~ % node
Welcome to Node.js v24.12.0.
Type ".help" for more information.
>
Shell
복사

다시 nvm의 Node를 활성화하면 위와 같이 Node 관련 명령어를 사용할 수 있다.

4.1. 하나의 코드네임의 여러 LTS 버전을 설치한 경우

lts/krypton 코드네임의 여러 LTS를 설치한 경우 어떻게 표시되는가?

chaminjae@macbookpro ~ % nvm ls-remote | grep Krypton
       v24.11.0   (LTS: Krypton)
       v24.11.1   (LTS: Krypton)
       v24.12.0   (Latest LTS: Krypton)
Shell
복사

Krypton이라는 코드네임을 가진 LTS 버전은 현재 총 세 개이다. 그 중 가장 최신의 Krypton LTS는 v24.12.0이다.

chaminjae@macbookpro ~ % nvm install 24.11.0
chaminjae@macbookpro ~ % nvm ls
       v0.11.16
         v4.9.1
       v23.10.0
->     v24.11.0
default -> lts/* (-> N/A)
iojs -> N/A (default)
node -> stable (-> v24.11.0) (default)
stable -> 24.11 (-> v24.11.0) (default)
unstable -> 0.11 (-> v0.11.16) (default)
lts/* -> lts/krypton (-> N/A)
lts/argon -> v4.9.1
lts/boron -> v6.17.1 (-> N/A)
lts/carbon -> v8.17.0 (-> N/A)
lts/dubnium -> v10.24.1 (-> N/A)
lts/erbium -> v12.22.12 (-> N/A)
lts/fermium -> v14.21.3 (-> N/A)
lts/gallium -> v16.20.2 (-> N/A)
lts/hydrogen -> v18.20.8 (-> N/A)
lts/iron -> v20.19.6 (-> N/A)
lts/jod -> v22.21.1 (-> N/A)
lts/krypton -> v24.12.0 (-> N/A)
Shell
복사

가장 최근에 나온 코드네임인 Krypton의 LTS 중 제일 낮은 버전인 v24.11.0을 설치했을 때 나오는 결과는 위와 같다.

•

default에는 lts/*가 연결 되어있는데, lts/*는 현재 lts/krypton에 연결 되어있다.

•

krypton 코드네임의 LTS를 설치했지만 그 중 가장 최신버전이 아닌지 모두 N/A로 마킹 되어있는 모습.

•

node 항목에는 v24.11.0 버전이 stable이기 때문에 정상적으로 연결 되었다. stable도 마찬가지.

chaminjae@macbookpro ~ % nvm install 24.12.0
chaminjae@macbookpro ~ % nvm ls
       v0.11.16
         v4.9.1
       v23.10.0
       v24.11.0
->     v24.12.0
default -> lts/* (-> v24.12.0)
iojs -> N/A (default)
node -> stable (-> v24.12.0) (default)
stable -> 24.12 (-> v24.12.0) (default)
unstable -> 0.11 (-> v0.11.16) (default)
lts/* -> lts/krypton (-> v24.12.0)
lts/argon -> v4.9.1
lts/boron -> v6.17.1 (-> N/A)
lts/carbon -> v8.17.0 (-> N/A)
lts/dubnium -> v10.24.1 (-> N/A)
lts/erbium -> v12.22.12 (-> N/A)
lts/fermium -> v14.21.3 (-> N/A)
lts/gallium -> v16.20.2 (-> N/A)
lts/hydrogen -> v18.20.8 (-> N/A)
lts/iron -> v20.19.6 (-> N/A)
lts/jod -> v22.21.1 (-> N/A)
lts/krypton -> v24.12.0
Shell
복사

이번에는 Krypton 코드네임의 가장 최신 버전인 v24.12.0 LTS를 설치했다.

•

default, lts/krypton 항목이 v24.12.0에 연결 되었다.

하나의 코드네임을 갖고 있는 여러 개의 LTS 버전을 설치했을 때 아래와 같이 나올 줄 알았는데 가장 최신의 LTS버전을 연결 하는 것 같다.

chaminjae@macbookpro ~ % nvm ls
...
       v24.11.0
->     v24.12.0
lts/krypton -> v24.12.0
							 v24.11.0
Shell
복사

4.2. LTS alias에 다른 버전을 연결

4.1.절에서 LTS alias에 가장 최신의 버전이 연결되는 것을 확인할 수 있었다. 그런데 만약 가장 최신의 LTS 버전을 사용하고싶지 않고 그 이전 버전을 사용하고 싶을 때 해당 alias에 연결이 가능한지 알고싶었다.

chaminjae@macbookpro ~ % nvm alias lts/krypton v24.11.0
Aliases in subdirectories are not supported.
Shell
복사

안되는 것을 알 수 있다.

4.3. 기본으로 주어지는 alias 삭제

내가 설정한 alias만 보고싶어 기본으로 설정 되어있는 node나 stable같은 alias를 지울 수 있는지 확인

•

default alias 지워지는 것 확인

chaminjae@macbookpro ~ % nvm unalias default
Deleted alias default - restore it with `nvm alias "default" "lts/*"`
Shell
복사

•

iojs, node, stable, unstable alias는 built-in이라 지워지지 않음

chaminjae@macbookpro ~ % nvm unalias iojs
iojs is a default (built-in) alias and cannot be deleted.
chaminjae@macbookpro ~ % nvm unalias node
node is a default (built-in) alias and cannot be deleted.
chaminjae@macbookpro ~ % nvm unalias stable
stable is a default (built-in) alias and cannot be deleted.
chaminjae@macbookpro ~ % nvm unalias unstable
unstable is a default (built-in) alias and cannot be deleted.
Shell
복사

•

lts 이하의 alias 또한 지워지지 않음

chaminjae@macbookpro ~ % nvm unalias lts
Alias lts doesn't exist!
chaminjae@macbookpro ~ % nvm unalias lts/*
Aliases in subdirectories are not supported.
chaminjae@macbookpro ~ % nvm unalias lts/argon
Aliases in subdirectories are not supported.
Shell
복사

4.4. Stable 버전이 존재하지 않을 때 node와 stable 항목 표시 방법

Stable 버전이 존재하지 않을 때 node와 stable alias의 표시 방법을 알아보고자 했다. 현재 v0.11.16의 unstable 버전만 존재할 때 nvm ls 명령어를 통해 결과를 확인했다.

chaminjae@macbookpro ~ % nvm ls
->     v0.11.16
default -> lts/* (-> N/A)
iojs -> N/A (default)
node -> stable (-> N/A) (default)
unstable -> 0.11 (-> v0.11.16) (default)
lts/* -> lts/krypton (-> N/A)
lts/argon -> v4.9.1 (-> N/A)
lts/boron -> v6.17.1 (-> N/A)
lts/carbon -> v8.17.0 (-> N/A)
lts/dubnium -> v10.24.1 (-> N/A)
lts/erbium -> v12.22.12 (-> N/A)
lts/fermium -> v14.21.3 (-> N/A)
lts/gallium -> v16.20.2 (-> N/A)
lts/hydrogen -> v18.20.8 (-> N/A)
lts/iron -> v20.19.6 (-> N/A)
lts/jod -> v22.21.1 (-> N/A)
lts/krypton -> v24.12.0 (-> N/A)
Shell
복사

•

Stable한 버전이 없기 때문에 stable alias가 삭제 됨

•

node 항목은 N/A로 표시

4.5. default alias가 없을 때 default를 설치하면 어느 버전이 설치 되는지

chaminjae@macbookpro ~ % nvm unalias default
Deleted alias default - restore it with `nvm alias "default" "lts/*"`
chaminjae@macbookpro ~ % nvm install default
Version 'default' not found - try `nvm ls-remote` to browse available versions.
Shell
복사

•

default 항목은 단순 alias로 설치되지 않음

4.6. LTS가 아닌 것들은 모두 Unstable인지 확인

ls-remote 명령어 결과로 나온 항목들 중 LTS로 표시 되어있지 않은 버전은 모두 unstable항목에 포함 되는지 확인하고자 했다.

chaminjae@macbookpro ~ % nvm ls-remote
       v24.12.0   (Latest LTS: Krypton)
        v25.0.0
Shell
복사

여기서 v25.0.0은 LTS 항목이 아니기 때문에 설치 후에 unstable 항목에 지정 되는지 확인한다.

chaminjae@macbookpro ~ % nvm ls
->      v25.0.0
default -> v25.0.0
iojs -> N/A (default)
unstable -> N/A (default)
node -> stable (-> v25.0.0) (default)
stable -> 25.0 (-> v25.0.0) (default)
lts/* -> lts/krypton (-> N/A)
lts/argon -> v4.9.1 (-> N/A)
lts/boron -> v6.17.1 (-> N/A)
lts/carbon -> v8.17.0 (-> N/A)
lts/dubnium -> v10.24.1 (-> N/A)
lts/erbium -> v12.22.12 (-> N/A)
lts/fermium -> v14.21.3 (-> N/A)
lts/gallium -> v16.20.2 (-> N/A)
lts/hydrogen -> v18.20.8 (-> N/A)
lts/iron -> v20.19.6 (-> N/A)
lts/jod -> v22.21.1 (-> N/A)
lts/krypton -> v24.12.0 (-> N/A)
Shell
복사

•

LTS 항목이 아니더라도 stable에 포함되고 unstable에 포함되지 않는다.

4.7. alias에 다른 alias를 연결

nvm ls 명령어 결과를 보면 node alias는 stable을 가르키고 있는 것 같이 보인다.

chaminjae@macbookpro ~ % nvm ls
...
node -> stable (-> v25.0.0) (default)
stable -> 25.0 (-> v25.0.0) (default)
Shell
복사

이를 통해 alias를 다른 alias에 연결할 수 있는지 확인 해보고자 하였다.

chaminjae@macbookpro ~ % nvm alias test stable
test -> stable (-> v25.0.0)
chaminjae@macbookpro ~ % nvm ls
->      v25.0.0
default -> v25.0.0
test -> stable (-> v25.0.0)
iojs -> N/A (default)
unstable -> N/A (default)
node -> stable (-> v25.0.0) (default)
stable -> 25.0 (-> v25.0.0) (default)
lts/* -> lts/krypton (-> N/A)
lts/argon -> v4.9.1 (-> N/A)
lts/boron -> v6.17.1 (-> N/A)
lts/carbon -> v8.17.0 (-> N/A)
lts/dubnium -> v10.24.1 (-> N/A)
lts/erbium -> v12.22.12 (-> N/A)
lts/fermium -> v14.21.3 (-> N/A)
lts/gallium -> v16.20.2 (-> N/A)
lts/hydrogen -> v18.20.8 (-> N/A)
lts/iron -> v20.19.6 (-> N/A)
lts/jod -> v22.21.1 (-> N/A)
lts/krypton -> v24.12.0 (-> N/A)
Shell
복사

test alias를 생성하고 stable 버전을 사용하도록 했더니 stable alias에 연결 되었다. Alias에 다른 alias를 연결할 수 있다는 것을 확인 하였다.

4.8. Node가 설치되는 위치 확인

nvm install 명령어를 통해 Node를 설치하면 실제로 어디에 설치 되는지 확인하고자 하였다.

chaminjae@macbookpro ~ % which node
/Users/chaminjae/.nvm/versions/node/v25.0.0/bin/node
Shell
복사

chaminjae@macbookpro node % ls
v24.12.0	v25.0.0
Shell
복사

•

node 명령어가 현재 사용 중인 node의 경로를 가리키는 것을 알 수 있다.

•

처음 nvm을 설치했을 때에는 versions 폴더가 존재하지 않았는데 한 번 이상 node를 설치하면 자동으로 생성되는 것 같다.

•

해당 폴더에 있는 버전 폴더를 지우면 nvm ls 명령어의 결과에서도 삭제된다.