Nvm-windows: .nvmrcをサポートする

これは私が行きたいルートではないと思います。 主な理由は、ノードバイナリを再作成/模倣するには、非常に醜いハッキングが必要になるためです。 たとえば、 node index.js呼び出すと、ハッキング/偽造されたnode.exeは、最初にpackage.jsonファイル（存在する場合）を解析してバージョンを判別してから、実際のnode.exe実行する必要があります。適切なバージョンの

他のいくつかの同様のプロジェクトは、これを達成するために.batファイルを使用しようとしました。 このアプローチは脆弱であり、アーキテクチャの主な目的に反します。

また、これに対する需要が広まっているとは思いません。

.nvmrcのサポートは、CIシステムでNVMを使用する上で非常に重要な側面です。 特にnvmとの互換性が失われるため、package.jsonの提案をリンクしませんが、.nvmrcをサポートするプルリクエストは受け入れられますか？

@ gruber76-私はおそらくこれに関するPRを受け入れません。

.nvmrc 、 package.json ...どちらも同じ厄介なハックが必要です。

@coreybutlerこれをサポートしたくないというあなたの論理的根拠を理解できません。 この機能を使用すると、バージョン番号を指定せずにnvmが呼び出されるたびに、.nvmrcファイルを調べることにフォールバックするだけではないでしょうか。 したがって、あなたはどのような厄介なハックについて話しているのですか？

厄介なハック： Windows用のシンボリックリンクを書き直します。

NVM for Windowsは、シンボリックリンクターゲットを目的の物理ノードインストールディレクトリに変更することで機能します。 これはシステム全体の変更です。

.nvmrcファイルでバージョン0.12.0を指定してスクリプトを起動し、次に.nvmrcなしで2番目のスクリプトを起動するとします。 シンボリックリンクは（最初のインスタンス化から）v0.12.0を指します。 2番目のスクリプトが.nvmrcない他のもの（v4.2.6など）を必要とする場合、失敗します。 これにより、真のプロセス分離がないため、シンボリックリンクを使用するときに環境が不安定になります。

プロセスごとにバージョンを真に分離する唯一の方法は、オペレーティングシステムに許可するのではなく、スクリプトが要求しているバージョンにnvm.exeリダイレクトさせることです。 オペレーティングシステムがすでに行っていることを再現したくありません。

人々が本当にプロセス/プロジェクトごとのアプローチを使用したい場合、より適切な解決策はランタイム環境を分離することです。 個人的には、Dockerを使用しています。

ここで私の無知を許してください。 私の主なユースケースは、複数のチームでbower / grunt / gulpなどを使用してノード/ Webアプリケーションを開発することです。 私にとって、5分以内に複数のバージョンを実行することは非常にまれです。 このユースケースの場合、.nvmrcファイルは、私のチームがどのノードを実行するかを指定する方法です。

あなたが説明する状況（スクリプトAとスクリプトB）で、スクリプトA（またはスクリプトAのユーザー）がバージョンを設定するためにnvmを呼び出してから設定を忘れるよりも、.nvmrcのサポートがいかに面倒であるかを理解するのに苦労しています。スクリプトBを実行する前にそれを実行します。しかし、私よりもはるかに難しいコアであるnvmの一般的な使用例がいくつかあると思います。 たとえば、CIサーバーの負荷が高い場合などです。

私はそれを必要とする他の人に提供するためのハッキー回避策を持っています。 実行前のbatスクリプトでは次のようになります。

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

nvmコマンドを入れてnpmスクリプトに必要なバージョンを設定してみませんか？

スティーブ・リー
モバイルデバイスから送信されました入力ミスをお許しください
2016年3月3日16:50、「gruber76」 [email protected]は次のように書いています。

ここで私の無知を許してください。 私の主なユースケースは開発です
複数のチームでbower / grunt / gulpなどを使用するノード/ Webアプリケーション。 にとって
私、複数のバージョンが実行されることは非常にまれです
お互いの5分。 このユースケースでは、.nvmrcファイルが私の
チームは、ノードが実行する必要があることを指定します。

あなたが説明する状況で私は見づらいです（スクリプトA対
スクリプトB）.nvmrcをサポートすることは、
スクリプトA（またはスクリプトAのユーザー）がnvmを呼び出してバージョンを設定してから、
スクリプトBを実行する前に設定するのを忘れています。
私よりもはるかに難しいコアであるnvmのいくつかの一般的なユースケース。
たとえば、CIサーバーの負荷が高い場合などです。

私はそれを必要とする他の人に提供するためのハッキー回避策を持っています。 NS
実行前のbatスクリプトで次のようになります。

/ p nodev = <。nvmrcを設定します
nvmインストール％nodev％
nvmは％nodev％を使用します

—
このメールに直接返信するか、GitHubで表示してください
https://github.com/coreybutler/nvm-windows/issues/128#issuecomment -191852401
。

.nvmrcファイルをサポートすることは本当に役に立ちます。 多くのプロジェクトがあり、それらすべてが同じバージョンのノードを実行しているわけではありません。 .nvmrcファイルは各リポジトリのルートにあり、特定のプロジェクトで正しいバージョンのノードが使用されていることを確認します。

ちなみに、 nvm install後にnvm useが続く必要があるのもちょっと面倒です。 インストール後に2番目のステップが必要になる理由を知りたいです。 インストールと使用の違いはわかりますが、誰かがダウンロードしてインストールしても使用しないというユースケースはあるのでしょうか。

これに対する回避策は、各プロジェクトのルートにある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 startスクリプトセクションにnvm use x.x.x && node index.jsを配置することを検討してください。 一般的なベストプラクティスは、常にnpm startを使用してノードアプリを起動することです。

すべての人のために-プロジェクトごとに切り替える必要がある場合は、package.jsonのnpmstartスクリプトセクションにnvmuse xxx && nodeindex.jsを配置することを検討してください。 一般的なベストプラクティスは、常にnpmstartを使用してノードアプリを起動することです。

ノード/ npmのバージョンに依存するインストール中に使用されるnpm_build_スクリプトの場合、実際には手遅れになる可能性があります。 または、gruntなどの他のツールがすぐに実行されます。間違ったバージョンのnode / npmを使用すると、インストール中に失敗する可能性があります。 または、間違ったバージョンを使用すると他の問題が発生します。ところで、_everything_をローカルにインストールする（つまり、-gではない）他のベストプラクティスを想定しているため、バージョンの依存関係が問題になることはありません。

したがって、 npm installを使用してすべてをセットアップすることをお勧めします。 次に、nvmuseを使用するためのプレインストールステップを追加できます。 例：追加

    "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オプションが良いでしょうか？ つまり、まだインストールされていない場合はインストールしますか？

私は少なくともこれの一部を実装することを提案したいと思います：

Linux / Macでは、 .nvmrcファイルが存在するフォルダーで、具体的なバージョンを指定せずにnvm useを実行でき、 .nvmrc内容に一致するインストール済みバージョンが取得されます。有効化。 ファイルに8と記載されている場合は、最新のインストール済みバージョンのノード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ファイルに1桁のノードバージョンが含まれている場合に、「nvmuse」および「nvminstall」の機能を模倣する回避策のPowershellスクリプトがあります。

nvm install (Get-Content .nvmrc)は正常に機能しますが、 nvm use (Get-Content .nvmrc)は機能しません（1桁のバージョンがインストールに渡されると、そのノードバージョンの最新リビジョンがインストールされますが、 nvm useは1桁の数字は、最新のものを取得する代わりに、それに「.0.0」を追加します。

@coreybutler nvm.goの「use」コマンドを更新してinstallと同じコードを使用すると、この修正は不要になります（つまり）。
if len(version) == 1 { version = findLatestSubVersion(version) } else { version = cleanVersion(version) }

次のスクリプトは「nvmlistavailable」を使用し、.nvmrcファイルのバージョンと一致する最も高いLTSバージョンのリストをフィルタリングしてから、「nvmuse」します。 インストールされていない場合は、 'nvm install's it then' nvm use'it。
((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を使用する別のWindows互換バージョンのnvmありますか？