Nvm-windows: .nvmrc 지원

가고 싶은 길은 아닌 것 같아요. 주된 이유는 노드 바이너리를 재생성/모방하려면 매우 추악한 해킹이 필요하기 때문입니다. 예를 들어 node index.js 호출한다는 것은 해킹된/가짜 node.exe 가 버전을 확인하기 위해 먼저 package.json 파일(존재하는 경우)을 구문 분석한 다음 실제 node.exe 를 실행해야 함을 의미합니다. 해당 버전의 경우

다른 유사한 프로젝트에서 .bat 파일을 사용하여 이를 수행하려고 했습니다. 이 접근 방식은 취약 하며 아키텍처의 기본 목표에 어긋납니다 .

나는 또한 이것에 대한 수요가 광범위하다고 생각하지 않습니다.

.nvmrc 지원은 CI 시스템과 함께 NVM을 사용할 때 상당히 중요한 측면입니다. 나는 package.json 제안을 링크하지 않습니다. 특히 nvm과의 호환성이 깨지기 때문입니다. 하지만 .nvmrc를 지원하는 풀 리퀘스트가 받아들여질까요?

@gruber76 - 나는 아마 이것에 대한 PR을 받아들이지 않을 것입니다.

.nvmrc , package.json ... 둘 다 같은 불쾌한 해킹이 필요합니다.

@coreybutler 나는 이것을 지원하지 않으려는 당신의 근거를 이해하지 못합니다. 이 기능을 사용하면 버전 번호를 지정하지 않고 nvm이 호출될 때마다 .nvmrc 파일을 조사하는 것으로 간단히 대체되지 않을까요? 따라서 어떤 불쾌한 해킹에 대해 이야기하고 있습니까?

불쾌한 해킹: Windows용 심볼릭 링크를 다시 작성합니다.

Windows용 NVM은 symlink 대상을 원하는 물리적 노드 설치 디렉터리로 변경하여 작동합니다. 이것은 시스템 전체의 변경 사항입니다.

.nvmrc 파일에 버전 0.12.0을 지정하여 스크립트를 실행한 다음 .nvmrc 없이 두 번째 스크립트를 실행한다고 가정해 보겠습니다. 심볼릭 링크는 v0.12.0(첫 번째 인스턴스화에서)을 가리킵니다. 두 번째 스크립트에 .nvmrc 없이 다른 것(예: v4.2.6)이 필요한 경우 실패합니다. 이는 진정한 프로세스 격리가 없기 때문에 심볼릭 링크를 사용할 때 환경이 불안정해집니다.

프로세스별로 버전을 분리하는 유일한 방법은 nvm.exe 가 운영 체제가 수행하도록 허용하는 대신 스크립트가 요청하는 버전으로 리디렉션하도록 하는 것입니다. 저는 운영 체제가 이미 우리를 위해 하는 것을 다시 만들고 싶지 않습니다.

사람들이 정말로 프로세스/프로젝트 접근 방식을 사용하기를 원한다면 더 적절한 솔루션은 런타임 환경을 격리하는 것입니다. 개인적으로 Docker를 사용합니다.

저의 무지를 용서해 주십시오. 저의 주요 사용 사례는 여러 팀과 함께 bower/grunt/gulp 등을 사용하여 노드/웹 애플리케이션을 개발하는 것입니다. 제 경우에는 서로 5분 이내에 여러 버전을 실행하는 경우가 극히 드뭅니다. 이 사용 사례의 경우 .nvmrc 파일은 팀이 수행해야 하는 노드를 지정하는 방법입니다.

귀하가 설명하는 상황(스크립트 A 대 스크립트 B)에서 .nvmrc를 지원하는 것이 스크립트 A(또는 스크립트 A의 사용자)가 버전을 설정하기 위해 nvm을 호출한 다음 설정하는 것을 잊는 것보다 더 문제가 되는 것을 보는 데 문제가 있습니다. 스크립트 B를 실행하기 전에 실행하십시오. 하지만 내 생각보다 훨씬 어려운 코어인 nvm에 대한 몇 가지 일반적인 사용 사례가 있다고 생각합니다. 예를 들어 내 CI 서버에 더 많은 부하가 있는 경우일 수 있습니다.

필요한 다른 사람에게 제공할 수 있는 해키 해결 방법이 있습니다. 사전 실행 bat 스크립트에서 다음을 수행합니다.

set /p nodev=<.nvmrc
nvm install %nodev%
nvm use %nodev%

npm 스크립트에 필요한 버전을 설정하기 위해 nvm 명령을 넣지 않는 이유는 무엇입니까?

스티브 리
내 모바일 장치에서 보냈습니다 입력 오류를 양해해 주십시오
2016년 3월 3일 16시 50분에 "gruber76" [email protected]이 다음과 같이 썼습니다.

저의 무지를 용서해 주십시오. 내 주요 사용 사례는 개발 중입니다.
여러 팀과 함께 bower/grunt/gulp 등을 사용하는 노드/웹 애플리케이션. 을위한
나, 내에서 여러 버전을 실행하는 것은 극히 드뭅니다.
서로의 5분. 이 사용 사례의 경우 .nvmrc 파일은
팀은 노드가 수행해야 할 작업을 지정합니다.

귀하가 설명하는 상황을 보는 데 문제가 있습니다(스크립트 A 대
스크립트 B) .nvmrc를 지원하는 것이
스크립트 A(또는 스크립트 A의 사용자)가 nvm을 호출하여 버전을 설정한 다음
스크립트 B를 실행하기 전에 설정하는 것을 잊었습니다.
내 것보다 훨씬 어려운 코어인 nvm의 몇 가지 일반적인 사용 사례.
예를 들어 내 CI 서버에 더 많은 부하가 있는 경우일 수 있습니다.

필요한 다른 사람에게 제공할 수 있는 해키 해결 방법이 있습니다. NS
사전 실행 bat 스크립트에서 다음을 수행합니다.

설정 /p 노드=<.nvmrc
nvm 설치 %nodev%
nvm 사용 %nodev%

—
이 이메일에 직접 답장하거나 GitHub에서 확인하세요.
https://github.com/coreybutler/nvm-windows/issues/128#issuecomment -191852401
.

.nvmrc 파일을 지원하면 정말 도움이 됩니다. 우리는 많은 프로젝트를 가지고 있으며 모두 동일한 버전의 노드를 실행하지 않습니다. .nvmrc 파일은 지정된 프로젝트에 올바른 버전의 노드가 사용되고 있는지 확인하기 위해 각 저장소의 루트에 있습니다.

참고로 nvm install 다음에 nvm use 가 와야 하는 것도 짜증납니다. 설치 후 두 번째 단계가 필요한 이유를 알고 싶습니다. 설치와 사용이 어떻게 다른지 알 수 있지만 누군가 다운로드하여 설치하지만 사용하지 않는 사용 사례가 있는지 궁금합니다.

이에 대한 해결 방법은 각 프로젝트의 루트에 있는 install-node.js 라는 파일이 있다는 것입니다. 프로젝트로 전환할 때마다 명령줄에서 node install-node 를 실행합니다. install-node.js 파일의 내용은 다음과 같습니다.

var childProcess = require('child_process')
var fs = require('fs')

var nodeVersion = fs.readFileSync('.nvmrc', 'utf8').trim()

var command = "nvm install " + nodeVersion + " && nvm use " + nodeVersion
console.log('executing command: ' + command)
childProcess.exec(command, function(error, stdout, stderr) {
  if (stdout) console.log(stdout.toString())
  if (stderr) console.error(stderr.toString())
  if (error) console.error(error)
})

@josh-egan-ps - install 와 use 은 대부분 대규모 환경 구성을 위한 것이었습니다. 나는 종종 그들 사이를 뒤집기 전에 여러 버전의 노드를 설치할 것입니다. 하지만; nvm install -u 5.9.1 와 같은 플래그를 설치하여 자동으로 사용하거나... 또는 자동으로 버전을 사용하고 사용하지 _않도록_ 플래그를 두는 것이 매우 합리적입니다. 나는 이것을 추가하는 것을 확실히 고려할 것이다.

모두를 위해 - 정말 프로젝트별로 전환해야 하는 경우 package.json의 npm 시작 스크립트 섹션에 nvm use x.x.x && node index.js 를 넣는 것을 고려하십시오. 일반적인 모범 사례는 항상 npm start 를 사용하여 노드 앱을 시작하는 것입니다.

모두를 위해 - 정말로 프로젝트별로 전환해야 하는 경우 package.json의 npm 시작 스크립트 섹션에 nvm use xxx && node index.js를 넣는 것을 고려하십시오. 일반적인 모범 사례는 항상 npm start를 사용하여 노드 앱을 시작하는 것입니다.

노드/npm 버전에 의존하는 설치 중에 사용된 npm _build_ 스크립트의 경우 실제로 너무 늦을 수 있습니다. 또는 grunt 등과 같은 다른 도구가 명시적으로 실행됩니다. 잘못된 버전의 node/npm으로 설치하는 동안 실패할 수 있습니다. 또는 다른 문제를 일으키는 잘못된 버전을 사용합니다. BTW 저는 _모든 것_을 로컬로 설치하는(즉 -g가 아닌) 다른 모범 사례를 가정하고 있으므로 버전 종속성은 결코 문제가 되지 않습니다.

따라서 npm install 를 사용하여 모든 것을 설정하는 것이 좋습니다. 그런 다음 사전 설치 단계를 추가하여 nvm 사용을 사용할 수 있습니다. 예를 들어 추가

    "preinstall": "nvm use x.x.x",

원래 npm 버전이 상위 프로세스에서 실행되더라도 괜찮습니다. 설치 단계는 새 셸을 시작하므로 모든 작업이 새 노드와 npm을 선택해야 합니다.

설치보다 사전 시작 단계를 추가할 수도 있습니다.

@SteveALee - 네, 맞습니다. 이전 제안은 작동하지 않습니다. 안정적으로 출시하기에는 프로세스가 너무 늦을 것입니다.

@coreybutler 결국 나는 이것을 위해 갔다

"preinstall":"nvm use 4.4.1 || echo nvm not found: check node version && pause",

아마도 nvm use -i x.x.x 옵션이 좋을까요? 즉, 아직 설치되어 있지 않다면 설치하시겠습니까?

나는 적어도 이것의 일부를 구현하도록 제안하고 싶습니다:

리눅스 / 맥에,있는 폴더에 .nvmrc 파일 존재, 내가 실행할 수 nvm use 의 내용과 일치하는 구체적인 버전, 설치된 버전 지정하지 않고 .nvmrc 도착을 활성화되었습니다. 파일에 8 라고 표시되면 최신 설치된 버전의 Node 8이 설치된 것입니다.

내 시스템에서 cd 를 오버로드하는 스크립트와 결합하여 디렉토리에 cd 를 추가하고 올바른 버전의 노드가 활성화되도록 합니다. 이 스크립트는 .bashrc .

# Support .nvmrc
load-nvmrc() {
  if [[ -f .nvmrc && -r .nvmrc ]]; then
    nvm use
  elif [[ $(nvm version) != $(nvm version default)  ]]; then
    echo "Reverting to nvm default version"
    nvm use default
  fi
}
# Override `cd` to auto-load correct version of Node on enterting directory.
cd() { builtin cd "$@"; 'load-nvmrc'; }

nvm 가 이러한 파일을 존중한다면 Windows에서도 쉽게 작동할 수 있습니다.

.nvmrc는 기본적으로 구현되지 않습니다. 하지만; 로드맵 에는 후크 지원 계획이 있습니다(https://github.com/coreybutler/nvm-windows/issues/190). pre-use 스크립트를 사용하여 원하는 파일(package.json, .nvmrc 또는 선택한 다른 파일 포함)에 따라 버전을 조정할 수 있습니다.

이 문제는 거의 죽은 것 같기 때문에 .nvmrc 파일에 단일 숫자 노드 버전이 포함된 경우 "nvm use" 및 "nvm install" 기능을 모방해야 하는 해결 방법 Powershell 스크립트가 있습니다.

nvm install (Get-Content .nvmrc) 는 잘 작동하지만 nvm use (Get-Content .nvmrc) 는 작동하지 않습니다(한 자리 버전이 설치에 전달되면 해당 노드 버전의 최신 버전을 설치하지만 nvm use 는 한 자리 숫자는 가장 최근을 가져오는 대신 '.0.0'을 추가합니다.

@coreybutler install 와 동일한 코드를 사용하도록 nvm.go에서 "use" 명령을 업데이트하면 이 수정이 필요하지 않습니다(즉):
if len(version) == 1 { version = findLatestSubVersion(version) } else { version = cleanVersion(version) }

다음 스크립트는 "nvm list available"을 사용하고 .nvmrc 파일의 버전과 일치하는 가장 높은 LTS 버전에 대한 목록을 필터링한 다음 'nvm 사용'합니다. 설치되어 있지 않으면 'nvm install'이고 'nvm use'입니다.
((nvm use (nvm list available | Where-Object -FilterScript { $_ -like ('* ' + (Get-Content .nvmrc)) + '.*'})[0].split('|')[2].trim()) -like '*not installed*') -and (nvm install (nvm list available | Where-Object -FilterScript { $_ -like ('* ' + (Get-Content .nvmrc) + '.*') })[0].split('|')[2]) -and (nvm use (nvm list available | Where-Object -FilterScript { $_ -like ('* ' + (Get-Content .nvmrc) + '.*') })[0].split('|')[2].trim())

.nvmrc 파일에서 읽기 위해 nvm 사용 지원을 요청하고 싶습니다. 그것은 Mac과 Windows 간의 노드 개발 경험을 매끄럽게 만들 것입니다.

수정되었기 때문에 닫혔습니까 아니면 변경되지 않을 예정입니까?

*nix 버전과 동일한 API를 사용하는 nvm 의 다른 Windows 호환 버전이 있습니까?