目次
1、npmの完了
1.1 説明
すべての npm コマンドでタブ補完を有効にします。
上記のプロファイルは、現在のシェルへのロードを完了します。これを ~/.bashrc または ~/.zshrc に追加すると、どこでも補完が利用できるようになります。
npm completion >> ~/.bashrc
npm completion >> ~/.zshrc もちろん 、そのファイルを読み取ることができるシステムがある場合は、 の出力をパイプ処理することもでき npm completion ます 。/usr/local/etc/bash_completion.d/npm/etc/bash_completion.d/npm
、 、および が環境内で定義されている場合は「パイプライン モード」で動作し、COMP_CWORDパラメーターの 出力COMP_LINE に従って 完了します。 COMP_POINTnpm completion
詳細なパラメーターについては、npm completed を実行して次のパラメーターを確認できます。
2、npm設定
2.1 共通コマンド
npm config set <key>=<value> [<key>=<value> ...]
npm config get [<key> [<key> ...]]
npm config delete <key> [<key> ...]
npm config list [--json]
npm config edit
npm config fix
// 别名: c2.2 説明
npm は、コマンド ライン、環境変数、npmrc ファイル、場合によっては ファイルからpackage.json 構成設定を取得します。
セット
npm config set key=value [key=value...]
npm set key=value [key=value...]値を省略すると、キーは構成ファイルから完全に削除されます。
注: 下位互換性のために、
npm config set key valueas のエイリアスがサポートされていますnpm config set key=value。
得る
npm config get [key ...]
npm get [key ...]複数のキーが指定された場合、値にはキー名が接頭辞として付けられます。
キーが指定されていない場合、このコマンドは と npm config list 同じように動作します。
リスト
npm config listすべての構成設定を表示します。デフォルト値を表示することもできます -l 。--json 表示設定はjson形式で使用します 。
消去
npm config delete key [key ...]指定されたキーをすべての構成ファイルから削除します。
編集
npm config editエディターで構成ファイルを開きます。フラグを使用して --global グローバル構成を編集します。
修理
npm config fix無効な構成項目を修正してみます。通常、これは認証設定 (つまり _auth、_authToken) を設定の に アタッチすることを意味しますregistry。
2.3 構成
json
- デフォルト: false
- タイプ: ブール値
通常の出力の代わりに JSON データを出力するかどうか。
- その中で
npm pkg set、 JSON.parse() を使用してコレクション値を解析してから、 に保存できますpackage.json。
すべての npm コマンドがサポートしているわけではありません。
global
- デフォルト: false
- タイプ: ブール値
prefix 「グローバル」モードで実行すると、パッケージが現在の作業ディレクトリではなくフォルダーにインストールされます 。
editor
- デフォルト: EDITOR または VISUAL 環境変数、Windows の場合は '%SYSTEMROOT%\notepad.exe'、Unix システムの場合は 'vi'
- タイプ: 文字列
コマンドを 実行しnpm edit ます npm config edit 。
location
- デフォルト: "user" 渡されない限り
--global、この値も "global" に設定されます。 - タイプ: 「グローバル」、「ユーザー」、または「プロジェクト」
に渡されると npm config 、これは使用する構成ファイルを参照します。
prefix 「グローバル」モードに設定すると、パッケージは現在の作業ディレクトリではなくフォルダーにインストールされます 。
{prefix}/lib/node_modulesパッケージは、現在の作業ディレクトリではなく、フォルダーにインストールされます 。- リンクされている bin ファイル
{prefix}/bin - man ページのリンク先は、
{prefix}/share/man
long
- デフォルト: false
- タイプ: ブール値
ls、search 、 に help-search 拡張情報を表示します。
3、ASL重複排除
3.1 説明
ローカル パッケージ ツリーを検索し、依存関係をツリーのさらに上位に移動して、複数の依存パッケージでより効率的に共有できるように、全体の構造を簡素化します。
たとえば、次の依存関係グラフを考えてみましょう。
a
+-- b <-- depends on [email protected]
| `-- [email protected]
`-- d <-- depends on c@~1.0.9
`-- [email protected]この場合、npm dedupe ツリーは次のように変換されます。
a
+-- b
+-- d
`-- [email protected]ノード モジュール ルックアップの階層的な性質により、b と d は両方とも、ツリーのルート レベルで単一の c パッケージを通じて依存関係が満たされます。
場合によっては、次のような依存関係グラフが表示されることがあります。
a
+-- b <-- depends on [email protected]
+-- [email protected]
`-- d <-- depends on [email protected]
`-- [email protected]インストール プロセス中に、b 依存 [email protected] 関係はツリーのルートに配置されます。 に 依存して いる[email protected] に もかかわらず 。d[email protected][email protected]
実行すると npm dedupe 、npm は重複を認識して再評価し、 c ルートにあるモジュールで十分であるため、ネストされたモジュールを削除します。
インストール中に過剰重複よりもデータ重複排除を優先するには、 npm install --prefer-dedupe または を 実行しますnpm config set prefer-dedupe true。
引数は無視されます。データ重複排除は常にツリー全体で機能します。
この操作により依存関係ツリーが変換されますが、新しいモジュールがインストールされるわけではないことに注意してください。
モードでコマンドを実行しnpm find-dupes ます 。 --dry-run
注: npm dedupe プロジェクト package.json に直接依存する semver 値は 決して更新されません。package.json 値を更新したい場合は、 npm update --save 代わりに : を実行できます。
3.2 構成
設定については、npm ciの設定セクションを参照してください。
4、npmは非推奨です
4.1 コマンドの使用方法
npm deprecate <package-spec> <message>4.2 説明
このコマンドは、パッケージの npm レジストリ キーを更新し、パッケージをインストールしようとしている人に非推奨の警告を表示します。
これは特定のバージョンだけでなくバージョン範囲でも機能するため、次のようなことができます。
npm deprecate my-thing@"< 0.2.3" "critical bug fixed in v0.2.3"このコマンドに渡される SemVer 範囲は、プレリリース バージョンが含まれるものとして解釈されます。例えば：
npm deprecate [email protected] "1.x is no longer supported"この場合、バージョン [email protected] も非推奨になります。
何かを非推奨にするには、パッケージの所有者である必要があります。
4.3 構成
registry
- デフォルト: 「https://registry.npmjs.org/」
- タイプ: URL
npm レジストリのベース URL。
otp
- デフォルト: null
- タイプ: null または文字列
これは 2 要素認証システムによるワンタイム パスワードです。npm access これは、パッケージの公開権限または変更権限を使用する 場合に必要です。
設定されていない場合、レジストリはワンタイム パスワードの入力を求めるエラーで応答し、npm はコマンド ラインでワンタイム パスワードの入力を求めます。