[]私のWindowsインストールは英語以外です。
[x] READMEを読んで、npmの落とし穴とウイルス対策の問題に注意してください。
[x]質問やコメントにはgitterが使用されるため、forWindowsの使用方法に関する質問ではないことを確認しました。
[] settings.txt
nvm use 4.4.4
同じ結果
出力: node v (64-bit) is not installed.
ノードバージョンとして4.4.4
を使用して.nvmrc
ファイルを作成しました。
コマンドラインに移動し、ファイルと同じフォルダーでnvm use
を実行します。
.nvmrc
はサポートされていません。 これはnvmに固有の機能であり、NVM forWindowsではありません。
@coreybutler私はDisasterAccountability Projectの出身で、Windowsを使用していて、 .nvmrc
を利用できない開発者がいます。 ボランティアのWeb開発者にnvm-windows
を採用し始めています。 .nvmrc
サポートを再検討してください。 これは、.nvmrcを使用するサイトです。
@ inunotaisho26-基本的に、このプロジェクトは、バージョンマネージャーなしでノードをインストールするのと同じ方法でノードをインストールするかのようにノードを準備することに焦点を当てています。 .nvmrc
は特定の環境管理の問題に取り組み始め、プロジェクトの範囲を大幅に拡大します。 「環境管理」は「バージョン管理」とは根本的に異なる問題だと思います。 これらのさまざまなユースケースについては、バージョン管理ワーキンググループで説明しました。
この機能は以前にリクエストされたものですが、サポートするのに十分な時間はありません。 一般的な環境管理ソリューション(.nvmrc以外)を要求する人が多いため、これらのプロセスを合理化するための商用環境管理アプリのアイデアを実験しています。 コミュニティの大規模なウィッシュリストをサポートするための時間要件には、資金提供またはスポンサーシップが必要になるため、おそらくFenix用にすでに構築したインフラストラクチャに頼ります。 キャッチ:ETAなし。
そうは言っても、ロードマップを参照してください。 私が提案した「無料」ソリューションは、gitのpre-commit
、 post-push
などに似たフックシステムです。これにより、開発者は独自の環境に役立つ独自のスクリプトを作成できます。 post-install
、 pre-use
、 pre-execute
などのアクションを考えてみてください。これにより、ユーザーは.nvmrcファイルを検索するフックスクリプトを記述し、その場でバージョンを切り替えることができます。 。
@coreybutlerでは、基本的に、ノードの複数のバージョンをインストールするための2つの異なるアプローチでしょうか。
ある種。 2つの異なる哲学がありますが、それらはノードをインストールすることよりもノードを使用することに関するものです。
哲学1:ネイティブ使用(直接プロセス)
ノード自体は.nvmrc
サポートしていません。 独自の実行可能ファイルとnpmをインストールするだけです。 node.exeを直接実行することで_使用_されます。
哲学2:拡張使用(サブプロセス)
.nvmrc
は、元のnvmプロジェクトによって導入された規則です。 node.exeを直接呼び出す代わりに、shimを使用します。 シムは、コマンドをノード実行可能ファイルに渡す前に疑似環境を構成する責任があります(つまり、ノードはシムのサブプロセスです)。 ここで.nvmrc
ロジックが処理されます。 特にWindowsでの問題は、ノードがユーザーのコンテキストではなく、シムのコンテキストで実行されることです。 これには、ノードサブプロセスに適切な資格情報を常に渡すとは限らない(主に昇格されたアクセス許可の周り)、わずかに異なる環境変数、ハードドライブパーティション(D:\ドライブなど)を常に認識するとは限らないなど、多くの影響/課題があります。場合によっては)ファイルパスの不一致(つまり、 __dirname
が予期しない動作をする)など。これらの問題は回避できますが、エンタープライズ環境(Active Directoryの展開、制限されたデスクトップ、SANドライブなど)を考慮すると複雑になります。
一般的なバージョン管理では、バージョンを切り替える必要があるたびにノードが実際にアンインストール/再インストールされるのを防ぐために、ある程度のシミングが必要です(これには永遠に時間がかかります)。 NVM4Wは、実行可能ファイルをシムするオプション2とは対照的に、シンボリックリンクを使用してインストール_directory_をシムすることにより、最初のアプローチに合わせます。 その結果、node.exe実行可能ファイルをサブプロセスとして実行するのではなく、常に直接実行していることになります。
この問題への小さなバンプ。 ちょうどそれに遭遇しました。
そんなに難しいことはありません。 バージョンがnvm use
提供されていない場合の対処方法は次のとおりです。
つまり、バージョン番号が指定されていない場合、 nvm use
はnvm install < .nvmrc
とnvm use < .nvmrc
組み合わせです(疑似コマンド-現在は実際には機能しません)。
それ以上のものはありません。
この問題への小さなバンプ。 ちょうどそれに遭遇しました。
そんなに難しいことはありません。 バージョンが
nvm use
提供されていない場合の対処方法は次のとおりです。1. Take version from .nvmrc 2. Is this version installed? If not -> install it 3. Is this version currently in use? If not -> use it. 4. Done
つまり、バージョン番号が指定されていない場合、
nvm use
はnvm install < .nvmrc
とnvm use < .nvmrc
組み合わせです(疑似コマンド-現在は実際には機能しません)。それ以上のものはありません。
この問題を抱えているのは私だけではないことを嬉しく思います...
開発のためにLinuxに戻すことを考えています:/
@thany @jeromemeichelbeckプロジェクトをフォークして、この機能を自分で追加してください。 準備ができたら、ここにリンクを投稿します。
最も参考になるコメント
この問題への小さなバンプ。 ちょうどそれに遭遇しました。
そんなに難しいことはありません。 バージョンが
nvm use
提供されていない場合の対処方法は次のとおりです。つまり、バージョン番号が指定されていない場合、
nvm use
はnvm install < .nvmrc
とnvm use < .nvmrc
組み合わせです(疑似コマンド-現在は実際には機能しません)。それ以上のものはありません。