nvm 다운로드 - nvm 소스 코드 다운로드

NVM

기타 소스코드

0.40.1

다운로드

노드 버전 관리자

.nvmrc 파일이 있는 디렉터리에서 자동으로 nvm use 호출
세게 때리다
zsh
물고기
인증 헤더를 미러링에 전달
사용자 정의 색상 유지
색상화된 출력 억제
장기 지원
설치 중 글로벌 패키지 마이그레이션
설치 중 파일의 기본 글로벌 패키지
io.js
노드의 시스템 버전
버전 나열
사용자 정의 색상 설정
PATH 복원 중
기본 노드 버전 설정
노드 바이너리 미러 사용
.nvmrc
더 깊은 쉘 통합

테스트 실행
환경변수
배쉬 완성

용법

호환성 문제
알파인 리눅스에 nvm 설치

알파인 리눅스 3.13+
알파인 리눅스 3.5 - 3.12

제거/제거

수동 제거

개발 환경용 Docker
문제
macOS 문제 해결
WSL 문제 해결
유지관리자
프로젝트 지원
기업 지원
특허
저작권 고지

소개

nvm 사용하면 명령줄을 통해 다양한 버전의 노드를 빠르게 설치하고 사용할 수 있습니다.

예:

 $ nvm 사용 16
이제 노드 v16.9.1(npm v7.21.1)을 사용하고 있습니다.
$ 노드 -v
v16.9.1
$ nvm 사용 14
이제 노드 v14.18.0(npm v6.14.15)을 사용하고 있습니다.
$ 노드 -v
v14.18.0
$ nvm 설치 12
이제 노드 v12.22.6(npm v6.14.5)을 사용하고 있습니다.
$ 노드 -v
v12.22.6

그렇게 간단합니다!

에 대한

nvm은 사용자별로 설치되고 셸별로 호출되도록 설계된 node.js용 버전 관리자입니다. nvm 모든 POSIX 호환 셸(sh, dash, ksh, zsh, bash), 특히 unix, macOS 및 windows WSL 플랫폼에서 작동합니다.

설치 및 업데이트

설치 및 업데이트 스크립트

nvm을 설치 하거나 업데이트 하려면 설치 스크립트를 실행해야 합니다. 그렇게 하려면 스크립트를 수동으로 다운로드하여 실행하거나 다음 cURL 또는 Wget 명령을 사용할 수 있습니다.

 컬 -o- https://raw.githubusercontent.com/nvm-sh/nvm/v0.40.1/install.sh | 세게 때리다

 wget -qO- https://raw.githubusercontent.com/nvm-sh/nvm/v0.40.1/install.sh | 세게 때리다

위 명령 중 하나를 실행하면 스크립트가 다운로드되어 실행됩니다. 스크립트는 nvm 저장소를 ~/.nvm 에 복제하고 아래 코드 조각의 소스 줄을 올바른 프로필 파일( ~/.bash_profile , ~/.zshrc , ~/.profile 또는 ~/.bashrc )에 추가하려고 시도합니다. .

 내보내기 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" # nvm을 로드합니다.

추가 참고 사항

환경 변수 $XDG_CONFIG_HOME 이 있으면 거기에 nvm 파일이 배치됩니다.
위 스크립트(... nvm.sh --no-use ) 끝에 --no-use 추가하면 수동으로 use 때까지 nvm 사용을 연기할 수 있습니다.
NVM_SOURCE , NVM_DIR , PROFILE 및 NODE_VERSION 변수를 사용하여 설치 소스, 디렉터리, 프로필 및 버전을 사용자 지정할 수 있습니다. 예: curl ... | NVM_DIR="path/to/nvm" . NVM_DIR 후행 슬래시가 포함되어 있지 않은지 확인하십시오.
설치 프로그램은 git , curl 또는 wget 사용하여 nvm 중 사용 가능한 것을 다운로드할 수 있습니다.
install.sh 스크립트를 실행하기 전에 PROFILE=/dev/null 설정하여 설치 프로그램에 쉘 구성을 편집하지 않도록 지시할 수 있습니다(예: 이미 zsh nvm 플러그인을 통해 완료한 경우). 이를 수행하는 한 줄 명령의 예는 다음과 같습니다. PROFILE=/dev/null bash -c 'curl -o- https://raw.githubusercontent.com/nvm-sh/nvm/v0.40.1/install.sh | bash'

Linux 문제 해결

Linux에서 설치 스크립트를 실행한 후 nvm: command not found 표시되거나 command -v nvm 입력한 후 터미널에 피드백이 표시되지 않는 경우 현재 터미널을 닫고 새 터미널을 열고 다시 확인해 보세요. 또는 명령줄에서 다양한 셸에 대해 다음 명령을 실행할 수 있습니다.

배쉬 : source ~/.bashrc

zsh : source ~/.zshrc

크쉬 : . ~/.profile

이들은 nvm 명령을 선택해야 합니다.

macOS 문제 해결

OS X 10.9부터 /usr/bin/git Xcode 명령줄 도구에 의해 사전 설정되어 있으므로 Git이 설치되어 있는지 제대로 감지할 수 없습니다. 설치 스크립트를 실행하기 전에 Xcode 명령줄 도구를 수동으로 설치해야 합니다. 그렇지 않으면 설치가 실패합니다. (#1782 참조)

설치 스크립트를 실행한 후 nvm: command not found 발생하는 경우 다음 중 하나가 원인일 수 있습니다.

macOS 10.15부터 기본 셸은 zsh 이고 nvm은 업데이트할 .zshrc 찾지만 기본적으로 아무것도 설치되지 않습니다. touch ~/.zshrc 로 하나를 만들고 설치 스크립트를 다시 실행하세요.
이전 기본 셸인 bash를 사용하는 경우 시스템에 명령이 설정된 .bash_profile 또는 .bashrc 파일이 없을 수 있습니다. touch ~/.bash_profile 하여 그 중 하나를 생성하거나 touch ~/.bashrc 하고 설치 스크립트를 다시 실행하세요. 그런 다음 . ~/.bash_profile 또는 . ~/.bashrc 사용하여 nvm 명령을 선택합니다.
이전에 bash 사용했지만 zsh 설치되어 있습니다. 이 줄을 ~/.zshrc 에 수동으로 추가하고 . ~/.zshrc .
터미널 인스턴스를 다시 시작하거나 . ~/.nvm/nvm.sh . 터미널을 다시 시작하거나 새 탭/창을 열거나 source 명령을 실행하면 명령과 새 구성이 로드됩니다.
위의 방법이 도움이 되지 않으면 터미널 인스턴스를 다시 시작해야 할 수도 있습니다. 터미널에서 새 탭/창을 열고 다시 시도해 보세요.

위의 방법으로 문제가 해결되지 않으면 다음을 시도해 보세요.

Bash를 사용하는 경우 .bash_profile (또는 ~/.profile )이 ~/.bashrc 제대로 소스하지 않을 수 있습니다. source ~/ 추가하거나 아래의 다음 단계에 따라 이 문제를 해결할 수 있습니다.
올바른 nvm 디렉토리를 찾고 nvm을 로드하는 설치 섹션의 코드 조각을 일반 프로필( ~/.bash_profile , ~/.zshrc , ~/.profile 또는 ~/.bashrc )에 추가해 보세요.
이 문제와 가능한 해결 방법에 대한 자세한 내용은 여기를 참조하세요.

참고 Apple Silicon 칩이 탑재된 Mac의 경우 노드는 v16.0.0부터 arm64 Arch Darwin 패키지를 제공하기 시작했고 v14.17.0부터 소스에서 컴파일할 때 실험적인 arm64 지원을 제공하기 시작했습니다. nvm 사용하여 노드를 설치하는 데 문제가 있는 경우 해당 버전 중 하나로 업데이트할 수 있습니다.

앤서블

작업을 사용할 수 있습니다.

 - 이름: nvm ansible.buildin.shell 설치: > 컬 -o- https://raw.githubusercontent.com/nvm-sh/nvm/v0.40.1/install.sh | bash 인수: 생성: "{{ ansible_env.HOME }}/.nvm/nvm.sh"

설치 확인

nvm이 설치되었는지 확인하려면 다음을 수행하십시오.

 명령 -v nvm

설치가 성공하면 nvm 출력됩니다. nvm 실행 가능한 바이너리가 아닌 소스 쉘 함수이므로 which nvm 작동하지 않는다는 점에 유의하세요.

참고: Linux에서 설치 스크립트를 실행한 후 nvm: command not found 표시되거나 command -v nvm 입력한 후 터미널에 피드백이 표시되지 않으면 간단히 현재 터미널을 닫고 새 터미널을 열고 다시 확인해 보세요.

중요 사항

사전 패키지된 바이너리 없이 시스템을 실행하는 경우, 즉 소스 코드에서 node 또는 io.js를 설치하려는 경우 시스템에 C++ 컴파일러가 있는지 확인해야 합니다. OS X의 경우 Xcode가 작동하고 Debian/Ubuntu 기반 GNU/Linux의 경우 build-essential 및 libssl-dev 패키지가 작동합니다.

참고: nvm 경우에 따라 Windows도 지원합니다. WSL 버전에 따라 WSL(Linux용 Windows 하위 시스템)을 통해 작동해야 합니다. GitBash(MSYS) 또는 Cygwin에서도 작동해야 합니다. 그렇지 않은 경우 Windows의 경우 당사에서 지원하거나 개발하지 않은 몇 가지 대안이 있습니다.

nvm-windows
노디스트
네바다

참고: nvm Fish도 지원하지 않습니다(#303 참조). 당사가 지원하거나 개발하지 않은 대안이 존재합니다.

bass를 사용하면 fish shell에서 Bash용으로 작성된 유틸리티를 사용할 수 있습니다.
fast-nvm-fish는 버전 번호(별칭 아님)로만 작동하지만 쉘 시작을 크게 늦추지는 않습니다.
nvm 및 해당 완성 기능을 fish shell에서 사용할 수 있게 해주는 Oh My Fish용 플러그인-nvm 플러그인
fnm - 어부 기반 물고기용 버전 관리자
fish-nvm - 물고기에 대한 nvm 주위의 래퍼로, 실제로 사용될 때까지 nvm 소싱을 지연합니다.

참고: FreeBSD에는 공식적으로 사전 빌드된 바이너리가 없고 소스에서 빌드하려면 패치가 필요할 수 있기 때문에 여전히 몇 가지 문제가 있습니다. 문제 티켓을 참조하세요.

FreeBSD의 [버그] 노드에 대한 패치가 필요할 수 있습니다.
nodejs/노드#3716

참고: OS X에서 Xcode가 설치되어 있지 않고 ~4.3GB 파일을 다운로드하지 않으려는 경우 Command Line Tools 설치할 수 있습니다. 해당 방법에 대한 이 블로그 게시물을 확인하세요.

OS X Mavericks 및 Yosemite에서 명령줄 도구를 설치하는 방법(Xcode 없음)

참고: OS X에서 "시스템" 노드가 설치되어 있고 모듈을 전역적으로 설치하려는 경우 다음 사항에 유의하세요.

nvm 사용하는 경우 npm -g 사용하여 모듈을 전체적으로 설치하는 데 sudo 필요하지 않으므로 sudo npm install -g grunt 대신 npm install -g grunt 수행하십시오.
~/.npmrc 파일이 있는 경우 prefix 설정이 포함되어 있지 않은지 확인하세요( nvm 과 호환되지 않음).
이전 "시스템" 노드 설치를 유지할 수 있지만(그렇지 않아야 합니까?) nvm 사용자 계정(nvm을 설치하는 데 사용된 계정)에서만 사용할 수 있습니다. 다른 사용자는 /usr/local/lib/node_modules/* 사용하고 사용자 계정은 ~/.nvm/versions/node/vX.XX/lib/node_modules/* 사용하므로 버전 불일치가 발생할 수 있습니다.

홈브류 설치는 지원되지 않습니다. homebrew가 설치된 nvm 에 문제가 있는 경우 문제를 제기하기 전에 이를 brew uninstall 하고 아래 지침에 따라 설치하십시오.

참고: zsh 사용하는 경우 nvm zsh 플러그인으로 쉽게 설치할 수 있습니다. zsh-nvm 설치하고 nvm upgrade 실행하여 업그레이드하세요.

참고: v1.7 이전의 Git 버전은 https 프로토콜을 통해 GitHub에서 nvm 소스를 복제하는 문제에 직면할 수 있으며 v1.6 이전의 git 동작도 다르며 v1.17.10 이전의 git은 태그를 복제할 수 없으므로 최소 필요한 Git 버전은 v1.7.10입니다. 여기서 언급한 문제에 관심이 있으시면 GitHub의 HTTPS 복제 오류 기사를 참조하세요.

힘내 설치

git 설치되어 있는 경우(git v1.7.10+ 필요):

사용자 프로필 루트에 이 저장소를 복제하세요.

cd ~/ 어디서나 git clone https://github.com/nvm-sh/nvm.git .nvm

cd ~/.nvm 실행하고 git checkout v0.40.1 로 최신 버전을 확인하세요.
쉘에서 소싱하여 nvm 활성화하십시오 . ./nvm.sh

이제 ~/.bashrc , ~/.profile 또는 ~/.zshrc 파일에 다음 줄을 추가하여 로그인 시 자동으로 소스를 지정하도록 합니다. (위 파일 중 하나 이상에 추가해야 할 수도 있습니다)

 NVM_DIR="$HOME/.nvm"[ -s "$NVM_DIR/nvm.sh" ] && 를 내보냅니다. "$NVM_DIR/nvm.sh" # 그러면 nvm[ -s "$NVM_DIR/bash_completion" ] && 가 로드됩니다. "$NVM_DIR/bash_completion" # nvm을 로드합니다 bash_completion

수동 설치

완전 수동 설치의 경우 다음 줄을 실행하여 먼저 nvm 저장소를 $HOME/.nvm 에 복제한 다음 nvm 로드합니다.

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

이제 ~/.bashrc , ~/.profile 또는 ~/.zshrc 파일에 다음 줄을 추가하여 로그인 시 자동으로 소스를 지정하도록 합니다. (위 파일 중 하나 이상에 추가해야 할 수도 있습니다)

 NVM_DIR="$HOME/.nvm"[ -s "$NVM_DIR/nvm.sh" ] && 를 내보냅니다. "$NVM_DIR/nvm.sh" # 그러면 nvm[ -s "$NVM_DIR/bash_completion" ] && 가 로드됩니다. "$NVM_DIR/bash_completion" # nvm을 로드합니다 bash_completion

수동 업그레이드

git 사용한 수동 업그레이드의 경우(git v1.7.10+ 필요):

$NVM_DIR 로 변경
최신 변경 사항을 끌어내려
최신 버전을 확인하세요
새 버전을 활성화해 주세요

 ( cd "$NVM_DIR"
  git fetch --태그 출처
  git checkout `git explain --abbrev=0 --tags --match "v[0-9]*" $(git rev-list --tags --max-count=1)`) && . "$NVM_DIR/nvm.sh"

용법

최신 노드 릴리스를 다운로드, 컴파일 및 설치하려면 다음을 수행하십시오.

 nvm 설치 노드 # "node"는 최신 버전의 별칭입니다.

특정 버전의 노드를 설치하려면 다음 안내를 따르세요.

 nvm install 14.7.0 # 또는 16.3.0, 12.22.1 등

별칭을 설정하려면:

 nvm 별칭 my_alias v14.4.0

별칭에 공백이나 슬래시가 포함되어 있지 않은지 확인하세요.

처음 설치된 버전이 기본값이 됩니다. 새 쉘은 기본 버전의 노드(예: nvm alias default )로 시작됩니다.

ls-remote 사용하여 사용 가능한 버전을 나열할 수 있습니다.

 nvm ls-원격

그런 다음 새 셸에서 설치된 버전을 사용하세요.

 nvm 사용 노드

아니면 그냥 실행할 수도 있습니다:

 nvm 실행 노드 --버전

또는 원하는 버전의 노드를 사용하여 서브셸에서 임의의 명령을 실행할 수 있습니다.

 nvm exec 4.2 노드 --버전

또한 실행 파일이 설치된 위치의 경로를 얻을 수도 있습니다.

 nvm 12.22

"14.7", "16.3" 또는 "12.22.1"과 같은 버전 포인터 대신 nvm install , nvm use , nvm run , nvm exec , nvm which 등과 함께 다음과 같은 특수 기본 별칭을 사용할 수 있습니다.

node : 최신 버전의 node 설치합니다.
iojs : 최신 버전의 io.js 설치합니다.
stable : 이 별칭은 더 이상 사용되지 않으며 node v0.12 이하에만 실제로 적용됩니다. 현재 이는 node 의 별칭입니다.
unstable : 이 별칭은 node v0.11 을 가리킵니다. 이는 마지막 "불안정한" 노드 릴리스입니다. 1.0 이후 모든 노드 버전은 안정적입니다. (SemVer에서는 버전이 안정성이 아닌 파손을 전달합니다.)

장기 지원

노드에는 장기 지원(LTS) 일정이 있습니다. 예를 들어 "argon" 줄에서 최신 LTS의 경우 lts/* 표기법을 사용하고 LTS 릴리스의 경우 lts/argon 표기법을 사용하여 별칭 및 .nvmrc 파일의 LTS 버전을 참조할 수 있습니다. . 또한 다음 명령은 LTS 인수를 지원합니다.

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=argon nvm 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

nvm 의 로컬 복사본이 https://nodejs.org에 연결될 때마다 사용 가능한 모든 LTS 라인에 대한 적절한 로컬 별칭이 다시 생성됩니다. 이러한 별칭( $NVM_DIR/alias/lts 에 저장됨)은 nvm 에 의해 관리되며 이러한 파일을 수정, 제거 또는 생성해서는 안 됩니다. 변경 사항이 취소될 것으로 예상하고 이러한 파일을 조작하면 다음과 같은 버그가 발생할 수 있습니다. 지원되지 않습니다.

최신 LTS 버전의 노드를 가져오고 기존에 설치된 패키지를 마이그레이션하려면 다음을 사용하세요.

 nvm install --reinstall-packages-from=현재 'lts/*'

설치 중 글로벌 패키지 마이그레이션

새 버전의 Node.js를 설치하고 이전 버전에서 npm 패키지를 마이그레이션하려는 경우:

 nvm install --reinstall-packages-from=노드 노드

먼저 "nvm 버전 노드"를 사용하여 패키지를 마이그레이션하려는 현재 버전을 식별합니다. 그런 다음 원격 서버에서 설치할 새 버전을 확인하고 설치합니다. 마지막으로 "nvm restart-packages"를 실행하여 이전 버전의 Node에서 새 버전으로 npm 패키지를 다시 설치합니다.

다음과 같이 특정 버전의 Node에서 npm 패키지를 설치하고 마이그레이션할 수도 있습니다.

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

패키지를 다시 설치해 도 npm 버전이 명시적으로 업데이트되지는 않습니다 . 이는 npm이 실수로 새 노드 버전에 대해 손상된 버전으로 업그레이드되지 않도록 하기 위한 것입니다.

npm을 동시에 업데이트하려면 다음과 같이 --latest-npm 플래그를 추가하세요.

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

또는 언제든지 다음 명령을 실행하여 현재 노드 버전에서 지원되는 최신 npm 버전을 얻을 수 있습니다.

 nvm 설치-최신-npm

"npm은 Node.js를 지원하지 않습니다"라는 오류가 이미 발생한 경우 (1) 이전 노드 버전으로 되돌려야 합니다( nvm ls & nvm use ), (2) 새로 생성된 노드 버전을 삭제한 다음( nvm uninstall ), (3) --latest-npm 플래그를 사용하여 nvm install 다시 실행합니다.

설치 중 파일의 기본 글로벌 패키지

새 버전을 설치할 때마다 설치하려는 기본 패키지 목록이 있는 경우 이를 지원합니다. $NVM_DIR/default-packages 파일에 패키지 이름을 한 줄에 하나씩 추가하기만 하면 됩니다. 명령줄에서 npm이 패키지 인수로 허용하는 모든 것을 추가할 수 있습니다.

 # $NVM_DIR/default-packagesrimraf
객체[email protected]
스티브마오/왼쪽 패드

io.js

io.js를 설치하려면:

 nvm 설치 iojs

io.js의 새 버전을 설치하고 이전 버전에서 npm 패키지를 마이그레이션하려는 경우:

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

노드의 npm 패키지 마이그레이션에 대해 언급된 동일한 지침이 io.js에도 적용됩니다.

노드의 시스템 버전

시스템에 설치된 노드 버전을 사용하려면 특별한 기본 별칭 "system"을 사용할 수 있습니다.

 nvm 사용 시스템
nvm 실행 시스템 --버전

버전 나열

설치된 버전을 확인하려면 다음을 수행하세요.

 nvm ls

설치할 수 있는 버전을 확인하려면 다음을 수행하세요.

 nvm ls-원격

사용자 정의 색상 설정

버전 및 별칭 정보를 표시하는 데 사용할 5가지 색상을 설정할 수 있습니다. 이러한 색상은 기본 색상을 대체합니다. 초기 색상은 다음과 같습니다: gbyre

색상 코드:

r/R = red / bold red

g/G = green / bold green

b/B = blue / bold blue

c/C = cyan / bold cyan

m/M = magenta / bold magenta

y/Y = yellow / bold yellow

k/K = black / bold black

e/W = light grey / white

 nvm 색상 설정 rgBcm

사용자 정의 색상 유지

셸을 종료한 후에도 사용자 정의 색상을 유지하려면 셸 프로필에서 NVM_COLORS 변수를 내보내세요. 예를 들어 청록색, 자홍색, 녹색, 굵은 빨간색, 굵은 노란색을 사용하려면 다음 줄을 추가하세요.

 NVM_COLORS='cmgRY' 내보내기

색상화된 출력 억제

nvm help (or -h or --help) , nvm ls , nvm ls-remote 및 nvm alias 일반적으로 색상이 지정된 출력을 생성합니다. --no-colors 옵션을 사용하거나 환경 변수 TERM=dumb 설정하여 색상을 비활성화할 수 있습니다.

 nvm ls --no-colors
nvm 도움말 --no-colors
TERM=멍청한 nvm ls

PATH 복원 중

PATH를 복원하려면 비활성화하면 됩니다.

 nvm 비활성화

기본 노드 버전 설정

새 셸에서 사용할 기본 노드 버전을 설정하려면 'default' 별칭을 사용하세요.

 nvm alias default node # 이것은 nodenvm alias default 18의 최신 설치된 버전을 나타냅니다. # 이것은 nodenvm alias default 18.12의 최신 설치된 v18.x 버전을 나타냅니다. # 이것은 node의 최신 설치된 v18.12.x 버전을 나타냅니다.

노드 바이너리 미러 사용

노드 바이너리의 미러를 사용하려면 $NVM_NODEJS_ORG_MIRROR 설정합니다.

 NVM_NODEJS_ORG_MIRROR=https://nodejs.org/dist 내보내기
nvm 설치 노드

NVM_NODEJS_ORG_MIRROR=https://nodejs.org/dist nvm 설치 4.2

io.js 바이너리의 미러를 사용하려면 $NVM_IOJS_ORG_MIRROR 설정하세요.

 NVM_IOJS_ORG_MIRROR=https://iojs.org/dist 내보내기
nvm 설치 iojs-v1.0.3

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

nvm use 기본적으로 "현재" 심볼릭 링크가 생성되지 않습니다. $NVM_SYMLINK_CURRENT "true"로 설정하여 이 동작을 활성화합니다. 이는 때때로 IDE에 유용합니다. 이 환경 변수가 활성화된 상태에서 여러 셸 탭에서 nvm 사용하면 경쟁 조건이 발생할 수 있습니다.

인증 헤더를 미러링에 전달

Authorization 헤더를 미러 URL로 전달하려면 $NVM_AUTH_HEADER 설정하세요.

 NVM_AUTH_HEADER="Bearer secret-token" nvm 설치 노드

.nvmrc

프로젝트 루트 디렉터리(또는 상위 디렉터리)에 노드 버전 번호(또는 nvm 이해하는 다른 문자열, 자세한 내용은 nvm --help 참조)가 포함된 .nvmrc 파일을 생성할 수 있습니다. 이후 nvm use , nvm install , nvm exec , nvm run 및 nvm which 명령줄에 버전이 제공되지 않은 경우 .nvmrc 파일에 지정된 버전을 사용합니다.

예를 들어 nvm을 최신 5.9 릴리스, 최신 LTS 버전 또는 현재 디렉터리의 최신 노드 버전으로 기본값으로 설정하려면 다음을 수행합니다.

 $ 에코 "5.9" > .nvmrc

$ echo "lts/*" > .nvmrc # 기본값은 최신 LTS 버전입니다. $ echo "node" > .nvmrc # 기본값은 최신 버전입니다.

[주의: 이 예제에서는 echo 의 POSIX 호환 쉘 버전을 가정합니다. Windows cmd 개발 환경을 사용하는 경우(예: .nvmrc 파일을 사용하여 원격 Linux 배포를 구성하는 경우 " s가 복사되어 잘못된 파일이 생성된다는 점에 유의하세요. 제거하세요.)

그런 다음 nvm을 실행할 때 다음을 사용하십시오.

 $ nvm 사용
버전 <5.9>의 '/path/to/project/.nvmrc'를 찾았습니다. 이제 노드 v5.9.1(npm v3.7.3)을 사용하고 있습니다.

nvm install을 실행하면 올바른 버전으로 전환되지만, 올바른 노드 버전이 아직 설치되지 않은 경우 자동으로 설치됩니다.

 $ nvm 설치
버전 <5.9>의 '/path/to/project/.nvmrc'를 찾았습니다. 노드 v5.9.1을 다운로드하고 설치하는 중...
https://nodejs.org/dist/v5.9.1/node-v5.9.1-linux-x64.tar.xz...################### 다운로드 중 ############################################# ############### 100.0%sha256sum을 사용하여 체크섬 계산 중
체크섬이 일치했습니다!이제 노드 v5.9.1(npm v3.7.3)을 사용합니다.

nvm use . 알. .nvmrc 파일을 찾기 위해 현재 디렉터리에서 위쪽으로 디렉터리 구조를 탐색합니다. 즉, nvm use et를 실행합니다. 알. .nvmrc 가 있는 디렉터리의 하위 디렉터리에 있으면 해당 .nvmrc 활용됩니다.

.nvmrc 파일의 내용에는 정확히 하나의 ( nvm --help 에서 설명한 대로)과 줄 바꿈이 포함 되어야 합니다 . .nvmrc 파일에는 주석이 있을 수도 있습니다. 주석 구분 기호는 # 이며, 그 뒤의 모든 텍스트, 빈 줄, 선행 및 후행 공백은 구문 분석 시 무시됩니다.

= 사용하는 키/값 쌍도 허용 및 무시되지만 향후 사용을 위해 예약되어 있으며 향후 유효성 검사 오류가 발생할 수 있습니다.

npx nvmrc 실행하여 .nvmrc 파일의 유효성을 검사합니다. 해당 도구의 결과가 nvm과 일치하지 않으면 둘 중 하나에 버그가 있는 것입니다. 문제를 제출해 주세요.

더 깊은 쉘 통합

avn 사용하여 셸에 깊이 통합하고 디렉터리를 변경할 때 nvm 자동으로 호출할 수 있습니다. avn nvm 관리자가 지원 하지 않습니다 . avn 팀에 문제를 신고해주세요.

또한 nvshim 사용하여 node , npm 및 npx bin을 shim하여 현재 디렉터리의 nvm 구성을 자동으로 사용할 수도 있습니다. nvshim nvm 관리자가 지원 하지 않습니다 . nvshim 팀에 문제를 보고해 주세요.

더 가벼운 솔루션을 선호한다면 nvm 사용자가 아래 레시피를 제공했습니다. nvm 관리자는 이를 지원 하지 않습니다 . 그러나 우리는 더 많은 예시에 대한 풀 요청을 받아들이고 있습니다.

`.nvmrc` 파일이 있는 디렉터리에서 자동으로 `nvm use` 호출

프로필( ~/.bash_profile , ~/.zshrc , ~/.profile 또는 ~/.bashrc )에서 새 디렉터리에 들어갈 때마다 nvm use 에 다음을 추가합니다.

세게 때리다

$HOME/.bashrc 끝에 다음을 입력하세요.

 cdnvm() { 명령 cd "$@" || $를 돌려주나요?
    nvm_path="$(nvm_find_up .nvmrc | command tr -d 'n')" # .nvmrc 파일이 없으면 기본 nvm 버전을 사용합니다. if [[ ! $nvm_path = *[^[:space:]]* ]]; 그런 다음 default_version을 선언하십시오.
        default_version="$(nvm version default)" # 기본 버전이 없으면 `node`로 설정합니다. # if [ $default_version = 'N/A' ]; 컴퓨터의 최신 버전을 사용합니다. 그 다음에
            nvm 별칭 기본 노드
            default_version=$(nvm version default) fi # 현재 버전이 기본 버전이 아닌 경우 기본 버전을 사용하도록 설정합니다. if [ "$(nvm current)" != "${default_version}" ]; 그 다음에
            nvm은 기본 fi elif [[ -s "${nvm_path}/.nvmrc" && -r "${nvm_path}/.nvmrc" ]]를 사용합니다. 그런 다음 nvm_version을 선언하십시오.
        nvm_version=$(<"${nvm_path}"/.nvmrc) discover local_resolved_nvm_version # `nvm ls`는 로컬에서 사용 가능한 모든 버전을 확인합니다. # 일치하는 버전이 여러 개 있으면 최신 버전을 가져옵니다. # `->` 및 `를 제거합니다. *` 문자 및 공백 # 로컬 버전이 없으면 `locally_resolved_nvm_version`은 `N/A`가 됩니다.
        local_resolved_nvm_version=$(nvm ls --no-colors "${nvm_version}" | command tail -1 | command tr -d '->*' | command tr -d '[:space:]') # 만약 그렇다면 아직 설치되지 않은 경우 설치합니다. # `nvm install`은 새로 설치된 버전을 암시적으로 사용합니다. if [ "${locally_resolved_nvm_version}" = 'N/A' ]; 그 다음에
            nvm 설치 "${nvm_version}";        elif [ "$(nvm 현재)" != "${locally_resolved_nvm_version}" ]; 그 다음에
            nvm은 "${nvm_version}"을 사용합니다.        fi fi}별칭 cd='cdnvm'cdnvm "$PWD" || 출구

이 별칭은 .nvmrc 파일을 탐지하기 위해 현재 디렉터리에서 '위'를 검색합니다. 해당 버전을 찾으면 해당 버전으로 전환됩니다. 그렇지 않은 경우 기본 버전을 사용합니다.

zsh

이 셸 기능은 (필요한 경우) 설치되며 .nvmrc 가 발견되면 nvm use 그렇지 않으면 nvm use default .

$HOME/.zshrc 에 이것을 입력하면 nvm에게 use 노드를 알려주는 문자열과 함께 .nvmrc 파일이 포함된 디렉토리에 들어갈 때마다 자동으로 nvm use 호출합니다.

 # 이것을 nvm 초기화 뒤에 배치합니다!autoload -U add-zsh-hookload-nvmrc() { local nvmrc_path
  nvmrc_path="$(nvm_find_nvmrc)" if [ -n "$nvmrc_path" ]; 그런 다음 로컬 nvmrc_node_version
    nvmrc_node_version=$(nvm 버전 "$(cat "${nvmrc_path}")") if [ "$nvmrc_node_version" = "N/A" ]; 그 다음에
      nvm install elif [ "$nvmrc_node_version" != "$(nvm 버전)" ]; 그 다음에
      nvm use fi elif [ -n "$(PWD=$OLDPWD nvm_find_nvmrc)" ] && [ "$(nvm 버전)" != "$(nvm 버전 기본값)" ]; 그런 다음 echo "nvm 기본 버전으로 되돌리는 중"
    nvm은 기본 fi를 사용합니다.}

zsh-hook 추가 chpwd 로드-nvmrc
로드-nvmrc

물고기

이를 위해서는 베이스가 설치되어 있어야 합니다.

 # ~/.config/fish/functions/nvm.fishfunction nvm
  베이스 소스 ~/.nvm/nvm.sh --no-use ';' nvm $argvend# ~/.config/fish/functions/nvm_find_nvmrc.fishfunction nvm_find_nvmrc
  베이스 소스 ~/.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 버전 기본값) set -l node_version(nvm 버전) set -l nvmrc_path(nvm_find_nvmrc) if test -n "$nvmrc_path" set -l nvmrc_node_version (nvm 버전(cat $nvmrc_path)) 테스트 "$nvmrc_node_version" = "N/A"인 경우
      nvm 설치(cat $nvmrc_path) else if test "$nvmrc_node_version" != "$node_version"
      nvm use $nvmrc_node_version end else if test "$node_version" != "$default_node_version" echo "기본 노드 버전으로 되돌리는 중"
    nvm은 기본 endend 사용 # ~/.config/fish/config.fish# 초기화 시 호출해야 합니다. 그렇지 않으면 디렉터리 전환을 수신하지 않습니다.loadload_nvm > /dev/stderr

테스트 실행

테스트는 Urchin으로 작성되었습니다. 다음과 같이 Urchin(및 기타 종속성)을 설치하십시오.

npm install

느린 테스트와 빠른 테스트가 있습니다. 느린 테스트는 노드 설치와 같은 작업을 수행하고 올바른 버전이 사용되는지 확인합니다. 빠른 테스트에서는 이를 가짜로 만들어 별칭 및 제거와 같은 항목을 테스트합니다. nvm git 저장소의 루트에서 다음과 같이 빠른 테스트를 실행하세요.

npm run test/fast

다음과 같이 느린 테스트를 실행하세요.

npm run test/slow

다음과 같이 모든 테스트를 실행하십시오.

npm test

참고: 테스트가 실행되는 동안 nvm을 실행하지 마십시오.

환경변수

nvm은 다음 환경 변수를 노출합니다.

NVM_DIR - nvm의 설치 디렉터리입니다.
NVM_BIN - 노드의 활성 버전에 대한 노드, npm 및 글로벌 패키지가 설치되는 곳입니다.
NVM_INC - 노드의 포함 파일 디렉터리(노드용 C/C++ 애드온 구축에 유용함)
NVM_CD_FLAGS - zsh와의 호환성을 유지하는 데 사용됩니다.
NVM_RC_VERSION - 사용 중인 경우 .nvmrc 파일의 버전입니다.

또한 nvm은 버전을 변경할 때 PATH 및 MANPATH 및 NODE_PATH (있는 경우)를 수정합니다.

배쉬 완성

활성화하려면 bash_completion 소스로 제공해야 합니다.

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

위의 소싱 라인을 프로필( .bashrc , .bash_profile )의 nvm 소싱 라인 바로 아래에 넣으세요.

용법

nvm:

$ nvm 탭

 별칭 비활성화 설치 목록-원격 재설치-패키지 제거 버전
캐시 exec 설치-최신-npm ls 실행 언로드 버전-원격
현재 도움말 목록 ls-remote unalias 사용

nvm 별칭:

$ nvm alias 탭

 기본 iojs lts/* lts/argon lts/boron lts/carbon lts/dubnium lts/erbium 노드 안정 불안정

$ nvm alias my_alias 탭

 v10.22.0 v12.18.3 v14.8.0

nvm 사용:

$ nvm use 탭

my_alias        default        v10.22.0       v12.18.3      v14.8.0

nvm 제거:

$ nvm uninstall 탭

my_alias        default        v10.22.0       v12.18.3      v14.8.0

호환성 문제

기본이 아닌 설정이 설정된 경우 nvm 몇 가지 문제가 발생합니다. (#606 참조) 다음은 문제를 일으키는 것으로 알려져 있습니다.

~/.npmrc 내부 :

 접두사='일부/경로'

환경 변수:

 $NPM_CONFIG_PREFIX$PREFIX

쉘 설정:

 -e로 설정

알파인 리눅스에 nvm 설치

최고의 성능(및 기타 최적화)을 제공하기 위해 nvm install X 실행할 때 nvm은 Node(및 npm)용으로 사전 컴파일된 바이너리를 다운로드하고 설치합니다. Node 프로젝트는 주류/전통적인 Linux 배포판(예: Debian, Ubuntu, CentOS, RedHat 등)용으로 구축된 사전 컴파일된 바이너리를 컴파일, 테스트 및 호스팅/제공합니다.

Alpine Linux는 주류/전통적인 Linux 배포판과 달리 매우 컴팩트한(~5MB) Linux 배포판인 BusyBox를 기반으로 합니다. BusyBox(및 Alpine Linux)는 대부분의 주류/전통적인 Linux 배포판인 musl과 다른 C/C++ 스택을 사용합니다. 이로 인해 이러한 주류/전통용으로 구축된 바이너리 프로그램이 Alpine Linux와 호환되지 않게 되므로 단순히 Alpine Linux에 nvm install X 하고 다운로드한 바이너리가 올바르게 실행되기를 기대할 수 없습니다. 다음과 같은 경우 "...존재하지 않습니다" 오류가 표시될 수 있습니다. 시도해 보세요.

nvm 다운로드 노드 소스를 요청하고 로컬로 컴파일하는 nvm install 대한 -s 플래그가 있습니다.

Alpine Linux에 nvm을 설치하는 것이 여전히 원하거나 수행해야 하는 작업인 경우 사용 중인 버전에 따라 Alpine Linux 셸에서 다음을 실행하여 이를 달성할 수 있습니다.

알파인 리눅스 3.13+

 apk add -U 컬 bash ca 인증서 openssl ncurses coreutils python3 make gcc g++ libgcc linux-headers grep util-linux binutils findutils
컬 -o- https://raw.githubusercontent.com/nvm-sh/nvm/v0.40.1/install.sh | 세게 때리다

알파인 리눅스 3.5 - 3.12

 apk add -U 컬 bash ca 인증서 openssl ncurses coreutils python2 make gcc g++ libgcc linux-headers grep util-linux binutils findutils
컬 -o- https://raw.githubusercontent.com/nvm-sh/nvm/v0.40.1/install.sh | 세게 때리다

참고: Alpine 3.5는 NodeJS 버전 v6.9.5까지만 설치할 수 있고, Alpine 3.6은 v6.10.3까지만 설치할 수 있으며, Alpine 3.7은 v8.9.3까지 버전을 설치하고, Alpine 3.8은 v8.14.0까지 버전을 설치하고, Alpine 3.9는 최대 버전을 설치합니다. 최대 v10.19.0 버전, Alpine 3.10은 최대 v10.24.1 버전 설치, Alpine 3.11은 최대 v12.22.6 버전 설치, Alpine 3.12는 최대 v12.22.12 버전 설치, Alpine 3.13 및 3.14는 최대 v14.20.0 버전 설치, Alpine 3.15 및 3.16 설치 버전은 최대 v16.16.0입니다( 이들은 모두 메인 브랜치의 버전입니다 ). Alpine 3.5 - 3.12는 이전 버전이므로 NodeJS를 빌드하려면 python2 패키지가 필요했습니다. Alpine 3.13+에서는 최신 NodeJS 버전을 성공적으로 빌드하려면 python3 필요하지만 Alpine 3.5 - 3.15에서 지원되는 노드 버전을 빌드해야 하는 경우 Alpine 3.13+에서 python2 사용할 수 있습니다. 설치해야 하는 NodeJS 버전을 지정하기만 하면 됩니다. 패키지 설치 스크립트.

Node 프로젝트에는 Alpine 호환 바이너리를 제공하려는 욕구가 있지만 구체적인 계획(구축, 테스트 및 지원의 오버헤드로 인해)은 없습니다.

잠재적인 대안으로 @mhart(노드 기여자)에는 Node가 포함된 Alpine Linux용 Docker 이미지가 있으며 선택적으로 npm이 사전 설치되어 있습니다.

제거/제거

수동 제거

nvm 수동으로 제거하려면 다음을 실행합니다.

먼저 nvm unload 사용하여 터미널 세션에서 nvm 명령을 제거하고 설치 디렉터리를 삭제합니다.

 $ nvm_dir="${NVM_DIR:-~/.nvm}"$ nvm 언로드
$ rm -rf "$nvm_dir"

~/.bashrc (또는 기타 쉘 리소스 구성)를 편집하고 아래 줄을 제거합니다.

 NVM_DIR="$HOME/.nvm"[ -s "$NVM_DIR/nvm.sh" ] &&  내보내기. "$NVM_DIR/nvm.sh" # 그러면 nvm[[ -r $NVM_DIR/bash_completion ]] && 가 로드됩니다. $NVM_DIR/bash_completion

개발 환경용 Docker

개발 및 테스트 작업을 더 쉽게 만들기 위해 nvm 개발에 필수적이고 유용한 도구로 준비된 Ubuntu 18.04 기본 이미지를 기반으로 하는 개발용 Dockerfile이 있습니다. 환경의 docker 이미지를 빌드하려면 다음에서 docker 명령을 실행하세요. nvm 저장소의 루트:

 $ 도커 빌드 -t nvm-dev .

이렇게 하면 사전 정의된 개발 환경과 함께 현재 nvm 저장소가 nvm-dev 라는 docker 이미지로 패키징됩니다. 성공적으로 빌드되면 docker images 통해 이미지의 유효성을 검사합니다.

 $ 도커 이미지

저장소 태그 이미지 ID 생성된 크기
nvm-dev 최신 9ca4c57a97d8 7일 전 650MB

오류 메시지가 표시되지 않으면 이제 다음 작업에 쉽게 참여할 수 있습니다.

 $ docker run -h nvm-dev -it nvm-dev

nvm@nvm-dev:~/.nvm$

이미지를 빌드하는 데 약 8분 정도 소요되며 이미지 크기는 약 650MB이므로 프로덕션 용도로는 적합하지 않습니다.

docker에 대한 자세한 내용과 문서는 해당 공식 웹사이트를 참조하세요.

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

문제

노드 버전을 설치하려고 시도했지만 설치에 실패하는 경우 nvm cache clear 실행하여 캐시된 노드 다운로드를 삭제해야 합니다. 그렇지 않으면 다음과 같은 오류가 발생할 수 있습니다.
컬: (33) HTTP 서버가 바이트 범위를 지원하지 않는 것 같습니다. 재개할 수 없습니다.
내 sudo node 어디에 있나요? #43을 확인하세요
v0.8.6 노드 릴리스 이후 nvm은 바이너리 패키지에서 설치를 시도합니다. 그러나 일부 시스템에서는 공유 라이브러리의 비호환성으로 인해 공식 바이너리 패키지가 작동하지 않습니다. 이러한 경우 -s 옵션을 사용하여 소스에서 강제로 설치합니다.

 nvm 설치 -s 0.8.6

default 별명을 설정하면 새 쉘 (예 : nvm current 수율 system )에서 노드 버전이 설정되지 않으면 쉘 프로파일의 nvm.sh 소스 라인 앞에 시스템 노드 PATH 설정되어 있는지 확인하십시오 ( #658 참조).

MACOS 문제 해결

VIM 쉘에서는 NVM 노드 버전을 찾을 수 없습니다

시스템 노드 버전 이외의 버전으로 노드 버전을 설정하면 nvm use 6.2.1 하고 vim을 열고 run :!node -v 시스템 버전 v0.12.7 이 표시되면 v6.2.1 표시됩니다. 실행해야합니다.

 sudo chmod ugo-x/usr/libexec/path_helper

Dotphiles/Dotzsh 의이 문제에 대한 자세한 내용.

NVM은 NPM 구성 "접두사"옵션과 호환되지 않습니다.

이 문제에 대한 일부 솔루션은 여기에서 찾을 수 있습니다

이 문제를 일으키는 가장자리 사례가 하나 더 있으며, 이는 $HOME 경로와 사용자의 홈 디렉토리의 실제 이름 사이의 불일치 입니다.

$HOME 의 사용자 디렉토리 이름과 ls /Users/ 실행에서 볼 수있는 사용자 디렉토리 이름 이 동일한 방식으로 대문자 로 표시되어야합니다 (이 문제 참조).

사용자 디렉토리 및/또는 계정 이름을 변경하려면 여기서 지침을 따르십시오.

Homebrew는 ZSH 디렉토리를 안전하지 않습니다

 ZSH Compinit : 불안한 디렉토리, 목록을 위해 Compaudit을 실행하십시오.
불안한 디렉토리를 무시하고 [y]를 계속하거나 Compinit [n]을 중단합니까? 와이

Homebrew는 /usr/local/share/zsh/site-functions 및 /usr/local/share/zsh 와 같은 안전하지 않은 디렉토리를 유발합니다. 이것은 nvm 문제가 아닙니다 - 그것은 홈브류 문제입니다. 문제와 관련된 일부 솔루션은 여기를 참조하십시오.

Apple Silicon 칩이있는 Mac

Apple Silicon Chip Architecture에 대한 실험적 지원은 Node.js v15.3에 추가되었고 V16.0에 전체 지원이 추가되었습니다. 이로 인해 평소와 같이 이전 버전의 노드를 설치하려고하면 코드를 실행하는 동안 노드를 설치하거나 메모리 외 오류를 설치할 때 컴파일 오류가 발생할 수 있습니다.

따라서 Apple Silicon Mac에서 V16.0 이전에 버전을 실행하려면 x86_64 인텔 아키텍처를 대상으로 한 노드를 컴파일하는 것이 가장 좋습니다. Rosetta 2는 x86_64 프로세서 명령어를 ARM 기반 Apple Silicon 명령으로 변환 할 수 있습니다. 다음은해야 할 일입니다.

아직하지 않은 경우 Rosetta를 설치하십시오
```
 $ SoftwareUpdate-Install-Rosetta
```
"내 Apple Silicon Mac이 인텔 칩을 위해 컴파일 된 노드 버전에 Rosetta를 사용하는 방법을 어떻게 알 수 있습니까?" 실행 파일에 인텔 지침 만 포함 된 경우 MACOS는 자동으로 Rosetta를 사용하여 지침을 번역합니다.
Rosetta를 사용하여 실행중인 쉘을 엽니 다
```
 $ 아치 -x86_64 zsh
```
참고 : Finder에서 터미널 또는 ITERM 앱을 찾아 마우스 오른쪽 버튼을 클릭하고 "정보 받기"를 선택한 다음 "Rosetta를 사용하여 열기"라는 상자를 확인하여 동일한 작업을 수행 할 수 있습니다.
참고 :이 터미널 세션은 이제 zsh 에서 실행 중입니다. zsh 일반적으로 사용하는 쉘이 아닌 경우 nvm DotFiles를 통한 일반적인 쉘에 대한 것과 같은 자동으로 source 가 아닐 수 있습니다. 이 경우 nvm 소스하십시오.
```
 $ source "$ {nvm_dir} /nvm.sh"
```
관심있는 이전 버전의 노드를 설치하십시오. 예로 12.22.1을 사용해 봅시다. 노드 소스 코드를 가져와 컴파일하면 몇 분이 걸립니다.
```
 $ NVM 설치 v12.22.1-공유 zlib
```
참고 : 아마도 --shared-zlib 포함 된 이유가 궁금합니다. 최근 Apple의 시스템 clang 컴파일러 버전에는 버그가 있습니다. 이러한 깨진 버전 중 하나가 시스템에 설치된 경우 --shared-zlib 플래그를 포함하지 않더라도 위의 단계는 여전히 성공할 수 있습니다. 그러나 나중에 npm install 하려고하면 incorrect data check 오류가 표시됩니다. 이 문제를 다루는 번거 로움을 피하려면 해당 깃발을 포함시킵니다. 자세한 내용은이 문제 와이 의견을 참조하십시오
기본 껍질로 돌아갑니다.
```
 $ exit $ $ 아치
ARM64
```
참고 : 두 번째 단계에서 CLI 명령을 실행하는 대신 "Rosetta를 사용하여 Open"으로 표시된 상자를 선택한 경우 여기에 i386 표시됩니다. 해당 상자를 선택해야 할 또 다른 이유가 없다면 지금 해제 할 수 있습니다.
아키텍처가 올바른지 확인하십시오. x64 x86_64 의 약어입니다.
```
 $ 노드 -p process.arch
x64
```

이제 평소처럼 노드를 사용할 수 있어야합니다.

WSL 문제 해결

WSL-2 에서이 오류가 발생한 경우 :

 curl -o- https://raw.githubusercontent.com/nvm-sh/nvm/v0.40.1/install.sh | 세게 때리다
% 총 % 수신 % XFERD 평균 속도 시간 시간 전류
                                Dload upload left speent left 속도
0 0 0 0 0 0 0-:-:-:-0:00:09- :-:-: 0CURL : (6) 호스트를 해결할 수 없습니다 : raw.githubuserContent.com

바이러스 백신, VPN 또는 기타 이유 때문일 수 있습니다.

ping google.com 수없는 동안 ping 8.8.8.8 할 수있는 곳

루트 디렉토리에서 이것을 실행하여 단순히 해결할 수 있습니다.

 Sudo rm /etc/resolv.conf
sudo 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

WSL을 실행할 때 자동으로 생성 된 resolv.conf 파일을 삭제하고 새 파일을 작성하고 nameserver 8.8.8.8 넣은 다음 wsl.conf 파일을 작성하고 [network] 및 generateResolveConf = false 추가하여 자동 생성을 방지합니다. 파일.

실행하여 파일의 내용을 확인할 수 있습니다.

 cat /etc/resolv.conf

관리자

현재 유일한 관리자는 @ljharb입니다. 더 많은 관리자는 환영하며 시간이 지남에 따라 팀에 사람들을 추가하기를 희망합니다. 프로젝트가 발전함에 따라 거버넌스가 재평가 될 것입니다.

프로젝트 지원

최신 버전 (현재 V0.40.1) 만 지원됩니다.

기업 지원

최신 버전의 nvm 으로 업데이트 할 수없는 경우 파트너는 지원되지 않는 모든 버전에 대한 상업적 보안 수정을 제공합니다.

Herodevs는 끝없는 지원

특허

License.md를 참조하십시오.

저작권 고지

Copyright Openjs Foundation 및 nvm 기고자. 모든 권리 보유. OpenJS Foundation은 등록 상표를 보유하고 있으며 상표를 사용합니다. OpenJS 재단의 상표 목록은 상표 정책 및 상표 목록을 참조하십시오. Node.js는 Joyent, Inc.의 상표이며 허가와 함께 사용됩니다. OpenJS Foundation 상표 목록에 표시되지 않은 상표 및 로고는 각 소유자의 상표 또는 등록 ® 상표입니다. 그것들을 사용한다고해서 그들과의 제휴 또는 승인을 의미하지는 않습니다.

확장하다

추가 정보

버전 0.40.1
유형 기타 소스코드
업데이트 시간 2024-11-01
크기
언어 간체 중국어

NVM