Nvm-windows: Windows 7의 32/64 비트 상황에서 nvm이 작동하지 않음

에 만든 2016년 07월 18일 · 10코멘트 · 출처: coreybutler/nvm-windows

내 환경

[X] Windows 7 이하 (EOL로 인해 실제로 지원되지 않음)
[ ] 윈도우 8
[] Windows 8.1
[ ] 윈도우 10
[] Windows 10 IoT Core
[] Windows Server 2012
[] Windows Server 2012 R2
[] Windows Server 2016
[] 내 Windows 설치가 영어가 아닙니다.
나는 이미...
[X] README를 읽고 npm 문제 및 바이러스 백신 문제를 파악하십시오.
[X]는 위키 를 검토하여 내 문제가 아직 해결되지 않았는지 확인했습니다.
[X] 관리자 권한이있는 계정을 사용하고 있음을 확인했습니다.
[X]는이 문제가 중복되지 않았는지 확인하기 위해 문제 (개설 및 종료)를 검색했습니다.
[X]는 gitter 가 질문과 의견에 사용되기 때문에 Windows 용 NVM을 사용하는 방법에 대한 질문이 아닌지 확인했습니다.
내 문제는 다음과 관련이 있습니다 (해당하는 항목 만 선택).
[] settings.txt
[] 프록시 지원
[X] 32 비트 또는 64 비트 지원
예상되는 동작

Windows 7/64 비트를 실행하고 있습니다.
Windows 1.1.1 용 NVM을 설치했습니다 (관리자 권한 사용). 거기에서 나는

nvm install 6.1.0 all
nvm install 6.3.0 all

나는 다음 전화
nvm list
~를 야기하는

C:\Users\kagentes>nvm list
    6.3.0
    6.1.0

나는 그 다음 달렸다
nvm use 6.3.0 64

그리고
node -v
그리고 얻을 것으로 예상
v6.3.0

실제 행동

실행할 때
node -v
나는 얻다

'node' is not recognized as an internal or external command,
operable program or batch file.

또한 nvm use 명령을 설정 한 후에도 목록에서 "use"명령이 작동하는지 확인하지 않는 것 같습니다. 에서와 같이 :

C:\Users\kagentes>nvm use 6.3.0 64
Now using node v6.3.0 (64-bit)

C:\Users\kagentes>nvm list

    6.3.0
    6.1.0

https://github.com/coreybutler/nvm-windows 페이지의 스크린 샷에서 nvm list 명령이 아래와 같은 내용을 반환해야한다고 생각합니다 (그러나 나는 이것을 얻지 못합니다 )

C:\Users\kagentes>nvm list

*   6.3.0 (In Use)
    6.1.0

별표 또는 "사용 중"표시기가 없습니다.

아마도,이 또한 도움이 문제를 진단 것이지만 내가 할 때 nvm arch 내가 상관없이 내가 설정 한 내용의 다음과 같은 이상한 결과를 얻을 명령 nvm use :

C:\Users\kagentes>nvm arch
System Default: 64-bit.
Currently Configured: -bit.

문제를 재현하는 단계 :

재현 단계는 위의 예상 동작 섹션에 이미 나와 있습니다. 나는 이미 Issue # 146과 같은 다른 문제에서 가능한 권장 사항을 시도했으며 셸을 다시 시작하고 컴퓨터를 다시 시작하고 모든 것이 관리자 권한으로 수행되었는지 확인했습니다. 이 모든 작업을 시작하기 전에 컴퓨터에 있던 이전 버전의 Node를 제거했습니다. (그런 다음 nvm-windows를 설치하고 지침을 따랐습니다).

help wanted

출처

corvinrok

가장 유용한 댓글

@kgentes -

노드를 제거한 후 노드가 원래 설치된 디렉토리가 비어 있지 않고 제거되었는지 확인하십시오. Windows 7, 64 비트의 경우 기본값은 "C : \ Program Filesnodejs"입니다.

"nodejs"디렉토리가 여전히 존재하는 경우 "nvm use"명령은 nvm이 제어하는 노드 버전에 대한 심볼릭 링크를 만들 수 없습니다.

"nodejs"디렉토리를 수동으로 삭제할 때까지 동일한 문제가 발생했습니다.

도움이되는 희망

pleverett 에 2016년 07월 19일

👍13 🎉5 😄4 ❤2

모든 10 댓글

분명한 질문을해서 죄송 합니다만 터미널 창을 다시 시작해 보셨습니까? Win7에서는 때때로 특정 버전 (mklink)을 처음 사용하려고 할 때 여전히 질식합니다.

coreybutler 에 2016년 07월 18일

응 나는 했어. 터미널 창을 다시 시작하려고했는데 .. 기계도 .. 결과가 바뀌지 않았습니다.

corvinrok 에 2016년 07월 18일

OK-시간이 있으면 조사하겠습니다. 불행히도 Win7은 자주 접하는 것이 아닙니다.

coreybutler 에 2016년 07월 18일

@kgentes -

"nodejs"디렉토리가 여전히 존재하는 경우 "nvm use"명령은 nvm이 제어하는 노드 버전에 대한 심볼릭 링크를 만들 수 없습니다.

"nodejs"디렉토리를 수동으로 삭제할 때까지 동일한 문제가 발생했습니다.

도움이되는 희망

pleverett 에 2016년 07월 19일

👍13 🎉5 😄4 ❤2

감사합니다 @pleverett .. 나는 곧 그것을 시도 할 것입니다 .. 머리를 올려 주셔서 감사합니다.

corvinrok 에 2016년 07월 20일

@pleverett 감사합니다! 이것은 광고 한대로 작동했습니다! 정말 좋아요! 이 스레드는 닫을 수 있습니다. 아마도이 문제를 겪을 수있는 미래의 Windows 7 사용자를위한 솔루션으로 표시되어야합니다. Windows 용 NVM은 이제 제거 프로그램에서 기본적으로 제거되지 않는 "C : \ Program Filesnodejs"(32 비트의 경우 "C : \ Program Files (x86) nodejs") 디렉토리를 제거하면 원활하게 작동합니다. 해당 디렉토리와 함께 다음을 제거했습니다.
- "C : \ Users \ 사용자 이름 \ AppData \ Roamingnpm"
- "C : \ Users \ 사용자 이름 \ AppData \ Roamingnpm-cache"

그것은 아마도 필요하지 않았을 것입니다.

어쨌든 모든 것이 작동합니다. 감사!

corvinrok 에 2016년 07월 21일

트윗 담아 가기

다른 관련 문제 ---
이제 nvm을 통해 노드 버전을보고 변경할 수 있으므로 다음 작업을 수행 할 때 다른 결과가 표시되어야하는지 궁금합니다.

npm config list

현재 아래의 한 가지 변수를 제외한 모든 정보는 변경되지 않습니다.
user-agent = "npm/3.10.3 node/v6.3.0 win32 ia32"

다른 모든 것은 동일하게 유지됩니다. 그리고 전 세계적으로 설치된 노드 모듈의 버전이 하나 뿐인 것 같습니다.

64 비트 버전 6.3.0에서 32 비트 버전 6.3.0으로 만 변경하는 경우 동일한 글로벌 노드 모듈 설치를 갖게됩니까? 아니면 다른 것을 만들까요? 아니면 전역 적으로 설치된 다른 노드 모듈 세트를 얻기 위해 버전을 변경해야합니까? 이상적으로는 (libxml-??? 등과 같은 기본 노드 모듈로 인해) 각 비트 버전에 대해 고유 한 컨텍스트를 유지할 것이라고 생각하지만 다른 사람들이 그 방식으로 작동하는 것을 좋아하지 않는 이유를 알 수 있습니다.

아직도 잘못 사용하고 있습니까? 아니면 관련 버그입니까?

corvinrok 에 2016년 07월 22일

이것은 여전히 동일한 스레드에서 작업하고 있기 때문에 새 문제를 생성하는 대신 다시 열고 싶었습니다 ... [업데이트 된 상태에 대한 이전 의견 참조]

corvinrok 에 2016년 07월 22일

@kgentes- 이걸 놓쳐서 미안 해요 ... 아마 다른 문제 일 것 같아요.

32-> 64 비트에서만 또는 그 반대로 전환하는 경우 NVM4W는 동일한 전역 node_modules 디렉토리를 사용합니다. 이는 주로 노드 환경의 전체 풋 프린트를 최소로 유지하기 위해 의도적으로 수행되었습니다. 32/64 비트 모두에 대해 별도의 설치 디렉토리를 사용하면 대부분의 사용자 공간이 두 배로 늘어납니다. 전체 공간은 공간이 부족할 때까지 대부분의 사용자가 생각조차하지 않는 것입니다. 그럼에도 불구하고 어쨌든 버전 + proc 아키텍처별로 개별 설치 디렉토리를 사용하는쪽으로 기울고 있습니다. 그것은 실제로 사용자에게 달려 있어야하며 말했듯이 일부 기본 패키지가 손상됩니다.

주제가 조금 다르기 때문에 마무리하겠습니다. 원하는 경우 새 문제를 자유롭게 열 수 있습니다.

coreybutler 에 2016년 11월 03일

이 페이지가 도움이 되었나요?

0 / 5 - 0 등급

Nvm-windows: Windows 7의 32/64 비트 상황에서 nvm이 작동하지 않음

내 환경

나는 이미...

내 문제는 다음과 관련이 있습니다 (해당하는 항목 만 선택).

예상되는 동작

실제 행동

문제를 재현하는 단계 :

가장 유용한 댓글

모든 10 댓글

관련 문제