構成
npm setnpm set init-author-name 'your name'npm set init-author-email' your email'npm set init-author-url 'http://yourdomain.com'npm set init-license' mit '
上記のコマンドは、NPM initのデフォルト値を設定することと同等です。将来NPM initを実行すると、package.jsonの著者名、電子メール、ホームページ、およびライセンスフィールドがプリセット値を自動的に記述します。この情報は、ユーザーのホームディレクトリの〜/.npmrcファイルに保存されるため、ユーザーがすべてのプロジェクトを入力する必要がないようにします。
プロジェクトに異なる設定がある場合、そのプロジェクトのNPM構成を実行できます。
1。
npm set save-exact true
上記のコマンドは、モジュールを追加するときに、Package.jsonがオプションのバージョン範囲ではなく、モジュールの正確なバージョンを記録することを設定します。
2。
NPM構成プレフィックスを取得します
3。
npm config set prefix /usr /local
NPM使用
インストール:
NPMインストールGrunt-Cli
インストール前に、NPMインストールは、指定されたモジュールがnode_modulesディレクトリに既に存在するかどうかを確認します。存在する場合、リモートリポジトリにすでに新しいバージョンがある場合でも、再インストールされなくなります。
インストールされているかどうかにかかわらず、モジュールをNPMの再インストールしたい場合は、-fまたは - フォースパラメーターを使用できます。
ローカルインストール:パッケージは現在のディレクトリにダウンロードされ、現在のディレクトリでのみ使用できます。インストールが完了すると、追加のnode_modulesディレクトリが現在のディレクトリにあり、Grunt-Cliがインストールされています。
npmインストール-g grunt -cli
グローバルインストール:パッケージは特定のシステムディレクトリにダウンロードされ、インストールされたパッケージはすべてのディレクトリで使用できます。現在、/usr/local/lib/node_modules/grunt-cliになりました。
1.現在のディレクトリpackage.jsonファイルで構成されたdevdependenciesモジュールをインストールします
NPMインストール
2。ローカルモジュールファイルをインストールします
npmインストール./package.tgz
3.指定されたURLでモジュールをインストールします
npmインストールhttps://github.com/indexzero/forever/tarball/v0.5.6
4。ローカルファイルシステムの指定されたディレクトリに含まれるモジュールをインストールします
NPMインストール<Folder>
5. Package.jsonにバージョン構成をインストールして更新します
npmインストール<name> [save | save-dev | save-optional]
(1)保存パラメーターでインストールされたモジュールの名前とバージョン情報は、package.jsonの依存関係オプションに表示されます
(2)save-devパラメーターでインストールされたモジュールの名前とバージョン情報は、package.jsonのdevdependenciesオプションに表示されます。
(3)Save-Optionalパラメーターでインストールされたモジュールの名前とバージョン情報は、Package.jsonのOptionAldependenciesオプションオプションに表示されます。
6.指定バージョンのモジュールをインストールします
npmインストール<name>@<バージョン>例:npmインストール[email protected]
7.モジュールの指定されたバージョン番号範囲内に特定のバージョンをインストールする
npmインストール<name>@<バージョン範囲>
例:
npmインストールasync@”> = 0.2.0 <0.2.9″
モジュールが既にローカルにインストールされている場合でも、フォースフォースはリモートリソースをプルします
例:
NPMインストールアンダースコアフォース
8.Gまたはグローバルインストールモジュールグローバル。このパラメーターが使用できない場合、現在のディレクトリのnode_modulesサブディレクトリにインストールされます。
例:
NPMインストール-Gエクスプレス
すべてのモジュールを強制的に再インストールする必要がある場合は、node_modulesディレクトリを削除し、NPMインストールを再実行します。
$ rm -rf node_modules $ npmインストール
更新します
NPMアップデート[-g] [<name> [<name>…]
指定された名前リストのモジュールを更新します。 -gパラメーターは、グローバルにインストールされているモジュールを更新します。
名前が指定されておらず、特定のモジュールにない場合、現在のディレクトリに依存するすべてのパッケージが更新されます(グローバルおよびモジュールを含む)。現在のディレクトリが特定のモジュールディレクトリにある場合、モジュールに依存するモジュールが更新されるため、名前を指定せずにNPMアップデートを実行するときは、特定のモジュールで実行して、更新したくない他のモジュールに更新しないようにすることが最善です。
アンインストール
NPMアンインストールパッケージ
チェック
どのパッケージがインストールされているかを確認してください
npm ls - デプス= 0
特定のパッケージの特定の情報を表示します
npm ls grunt-clinpm情報grunt-cli
検索
npm検索grunt-cli
リリース
1.package.json
package.json説明:
NPMコマンドが実行されると、現在のディレクトリのpackage.jsonファイルを読み取り、このファイルを解釈します。このファイルは、パッケージ/1.1仕様に基づいています。このファイルでは、アプリケーション名(名前)、アプリケーションの説明(説明)、キーワード(キーワード)、バージョン番号(バージョン)、アプリケーション構成アイテム(config)、ホームページ(ホームページ)、著者(著者)、リソースリポジトリアドレス(リポジトリ)、バグ提出アドレス(バグ)、承認方法(ライセンス)、監督ファイル(監督)、アプリケーションエントリファイル(メイン)、アプリケーションエントリファイルを定義できます。 )、開発環境の依存関係(開発エンジン)、ランニングエンジン(エンジン)およびスクリプト(スクリプト)など。
開発者の場合、モジュールの開発と公開の両方は、このファイルpackage.jsonに含まれる意味を正しく理解することに依存しています。この記事で共有されている例を使用して、以下を説明しましょう。
{"name": "test"、 "version": "0.1.0"、 "description": "Testing package"、 "author <[email protected]>"、 "express": "1.xx"、 "ejs": "0.4.2"、 "redis": "" ": }、 "main": "index"、 "bin":{"test": ":" ./bin/test.js "}、" scripts ":{" start ":" node server.js "、" test ":" vows test/*。js "、" preinstall ":" "nistall" " "0.4.x"}}この例では、アプリケーションのエントリファイル(メイン)をインデックスとして定義します。他のアプリケーションがモジュールの要求(「テスト」)を参照する場合、メイン値index.jsファイルが呼び出されます。スクリプト(スクリプト)は、ハッシュテーブルを使用していくつかの異なるコマンドを定義します。 script.startで定義されているnode server.jsは、npm startで呼び出され、scripts.testで定義されているコマンドがnpmテストが呼び出されたときに呼び出されます。一部のネイティブモジュールをコンパイルする必要がある場合は、プリコンパイルおよびコンパイルされたコマンドを定義できます。
この例では、アプリケーション依存関係モジュール(依存関係)と開発環境依存関係モジュール(DevDependencies)も定義されています。アプリケーション依存モジュールは、インストール中に現在のモジュールのnode_modulesディレクトリにインストールされます。開発環境の依存性モジュールは、主に開発環境で使用されます。コマンドnpmインストールまたはリンクとパラメーター-devを使用して、現在のモジュールのnode_modulesディレクトリにインストールします。
名前:パッケージの名前(URLの一部になるため、非url-safeの文字は通過せず、 "。"、 "_"は表示されません)。 [](http://registry.npmjs.org/)に既に存在している名前を検索するのが最善です
バージョン:パッケージのバージョン。パッケージが変更されると、バージョンも変更されます。同時に、宣言するバージョンは、Semverの検証に合格する必要があります(Semverは単独でグーグルで検索できます)
依存関係:パッケージのアプリケーション依存性モジュール、つまり、他の人がこのパッケージを使用したい場合、少なくともインストールする必要があるものです。アプリケーション依存性モジュールは、現在のモジュールのnode_modulesディレクトリにインストールされます。
DevDependencies:パッケージの開発依存性モジュール、および関連性のないコードは、プラグインがリリースされると自動的に削除されます。ファイルを使用して、現在のプロジェクトにインストールまたは必要なプラグインを記録します。つまり、このパッケージで開発したい他の人は、ワンクリックでプロジェクトに必要なプラグインをインストールできます。
2。バージョン番号
また、Package.jsonの一部のバージョン番号は> = 0.6.7であり、一部は1.xxです。違いは何ですか? NPMは、バージョン管理のセマンティックバージョン認識に使用されます。すべてのモジュールが後方互換性を提供するわけではなく、一部のモジュールが何らかの理由で後方互換性がない場合があります。したがって、特定の特定のバージョンでモジュールを使用できるようにし、最新バージョンを使用できるようにするために、いくつかのルールを定義する必要があります。これらのバージョンは常にいくつかのバグを変更したり、パフォーマンスを改善したりするためです。バージョンで定義されたフィールドを見てみましょう。
例:0.4.2
+大型バージョン(0)
+スモールバージョン(4)
+パッチバージョン(2)
ソフトウェアがリリースされると、デフォルトはバージョン1.0.0です。パッチが将来リリースされた場合、1.0.1などの最後の数字が追加されます。新しい関数が追加され、元の関数が影響を受けない場合、1.1.0などの中間数(つまり、小さなバージョン数)。導入された変更が後方互換性を破壊する場合、2.0.0などの最初の数字が追加されます。
Package.jsonの上記の定義では、モジュールが0.4以降のすべてのnodejsバージョンで0.5以下で実行できると確信しています。従属モジュールREDISは、0.6.7以上のすべてのバージョンで実行できます。従属モジュールEJは、バージョン0.4.2で実行されることのみを確認できます。従属モジュールエクスプレスは、1.0.0以降が2.0.0以下の互換性があります。
生成する
npm init
新しいpackage.jsonファイルを初期化して生成するために使用されます。ユーザーに一連の質問をします。デフォルトの構成を変更する必要がないと思われる場合は、Enterを完全に押してください。
-f(力を表す)と-y(yesを表す)の場合、質問段階をスキップして、新しいpackage.jsonファイルを直接生成します。