役割パッケージlock.jsonファイル
npm5は、インストールファイルの後にパッケージlock.jsonファイルのよりになります後、その役割は、以下のとおりです。
1.あなたが唯一の使用NPM更新パッケージ-lock.jsonの更新バージョンを実行するには、このよう--save [email protected]をインストールする、更新パッケージをインストールしませんファイルpackage.jsonを手動で変更、バージョンをロックした後、パッケージをインストールします。ファイルすることができます
2.パッケージlock.jsonファイルがnode_modulesフォルダツリー構造全体に記録されているので、インストールNPMのスピードを加速し、さらに再インストールは、直接であるだけでダウンロードしたファイルを必要とする場合、モジュールのアドレスが記録されているダウンロード缶
その意義は、パッケージのバージョンをロックされている、異なるパッケージバージョンで発生する問題を回避するようにしてください。プロジェクトへのインストールパッケージの同僚のために糸を使用する前に、最終版は、問題のeslintエラーが発生していません。
パッケージlock.json役割
実際には、それは非常に簡単にまとめることができ、ロックがインストールされている場合、パッケージのバージョン番号、およびNPMで他の人が一貫性を確保するために、すべての依存関係をインストールすることを確実にするためには、gitのにアップロードする必要があります。
@知っているほとんど引用されたジョウナンは答えを含んでい
公式文書によると、パッケージlock.jsonは、特定のソースおよびバージョン番号のさまざまなNPMパッケージの実際のインストールの現在の状態を記録するために `NPMのinstall`時間のファイルを生成することです。
それはそれが何であるかを使用しているのですか?NPMは、開発者が独自のプロジェクトをマークすることを可能にする管理パッケージ、間の依存関係のマネージャーであるため、中央pacakge.json内の各ライブラリのパッケージNPMに依存します。あなたは、彼らは、ライブラリパッケージのバージョンを必要と示すために、このような方法で選択することができます
次に例を示します。
"依存性":{
"@タイプ/ノード": " ^ 8.0.33"、
}、この上向きの内側のラベルが^定義されて互換性が依存している後方(新しい)は、バージョンタイプ/ノードが8.0.33以上、かつ同じメジャーバージョン番号である場合(8)、タイプの最新バージョンをダウンロードすることができますことを意味/ノードライブラリパッケージは、例えば、実際には特定のバージョンのダウンロード時間が8.0.35でインストールNPM実行されることがあります。チルダ
ほとんどの場合、彼らは問題ありませんときに、この依存性は、新しいライブラリパッケージに最新の互換性をダウンロードしますが、オープンソースの世界はNPMであるので、各ライブラリパッケージのセマンティックバージョンは同じではないかもしれない、といくつかのライブラリパッケージの開発者は、厳格な原則に準拠していません。 :そのインタフェースの互換性要件に沿って、パッケージの同じメジャーバージョン番号を持つライブラリー。異なる時間に、または異なるNPMのダウンロード元の下で、まったく同じコードベースでnodejs、依存関係の各バージョンをパッケージ化する異なる場合がありますので、動作特性も、ライブラリのパッケージに依存:この時間は非常にユーザー頭痛です異なる時には完全に互換性がありません。
従って、NPM最新バージョンは、開発者は限り、あなたは新しいマシン、または新しいダウンロードソースにソースファイルを保存すると、ちょうどこのパッケージロックに従うことを知ることができるようにするために、パッケージlock.json機能の自動生成を提供開始しましたダウンロードするには、パッケージの依存関係に表示されている特定のバージョン.json、あなたはまったく同じの以前のインストールとそのすべてのライブラリパッケージを確保することができます。
元の文書は最初のバージョン番号であるpackage.json大きなバージョンを、ロックすることができ、およびインストールNPMたびに安定させるために、引かれる次のメジャーバージョンの最新バージョンの小型版の後ろにロックすることができません私たちは、ほぼなどの余分な作業の多くにつながるアップグレードパッケージ、テスト/適応を、頼りないあえて、そのパッケージlock.jsonが出てファイルを、あなたが依存をインストールするたびに、彼はあなたをロックする際に考慮すこのバージョンのインストール。
私たちはバグをインストールしたときにそのパッケージは、後で更新する必要がある場合はどのように行うには?
内部の以前のバージョンのpackage.jsonで直接変更してもよいし、その後、インストールNPMが、5つのバージョンの後にパッケージlock.jsonでバージョンがすでにロックされているので、これをサポートしていないので、我々は唯一のNPM XXXをインストールすることができます@xxxこれは私達の依存を更新すると、パッケージlock.jsonも更新します。
私はgitのからのjQuery 2.1.4このバージョンがインストールされ、更新さpackage.jsonとパッケージlock.jsonを持っている場合は、私がインストールNPMそれに依存node_modulesを上書きすることができますか?
実際に、私はこの質問を持っているので、テストを行い、直接更新package.jsonとパッケージloc.jsonこれら二つの文書の後に、NPMインストールは両方とも、その共同開発で、オリジナル版から直接覆うことができ、ファイルが更新されている場合は、開発環境は、NPMそれに魚をインストールする必要があります。
npm5は、インストールファイルの後にパッケージlock.jsonファイルのよりになります後、その役割は、以下のとおりです。
1.あなたが唯一の使用NPM更新パッケージ-lock.jsonの更新バージョンを実行するには、このよう--save [email protected]をインストールする、更新パッケージをインストールしませんファイルpackage.jsonを手動で変更、バージョンをロックした後、パッケージをインストールします。ファイルすることができます
2.パッケージlock.jsonファイルがnode_modulesフォルダツリー構造全体に記録されているので、インストールNPMのスピードを加速し、さらに再インストールは、直接であるだけでダウンロードしたファイルを必要とする場合、モジュールのアドレスが記録されているダウンロード缶
その意義は、パッケージのバージョンをロックされている、異なるパッケージバージョンで発生する問題を回避するようにしてください。プロジェクトへのインストールパッケージの同僚のために糸を使用する前に、最終版は、問題のeslintエラーが発生していません。
実際には、それは非常に簡単にまとめることができ、ロックがインストールされている場合、パッケージのバージョン番号、およびNPMで他の人が一貫性を確保するために、すべての依存関係をインストールすることを確実にするためには、gitのにアップロードする必要があります。
@知っているほとんど引用されたジョウナンは答えを含んでい
公式文書によると、パッケージlock.jsonは、特定のソースおよびバージョン番号のさまざまなNPMパッケージの実際のインストールの現在の状態を記録するために `NPMのinstall`時間のファイルを生成することです。
それはそれが何であるかを使用しているのですか?NPMは、開発者が独自のプロジェクトをマークすることを可能にする管理パッケージ、間の依存関係のマネージャーであるため、中央pacakge.json内の各ライブラリのパッケージNPMに依存します。あなたは、彼らは、ライブラリパッケージのバージョンを必要と示すために、このような方法で選択することができます
次に例を示します。
"依存性":{
"@タイプ/ノード": " ^ 8.0.33"、
}、この上向きの内側のラベルが^定義されて互換性が依存している後方(新しい)は、バージョンタイプ/ノードが8.0.33以上、かつ同じメジャーバージョン番号である場合(8)、タイプの最新バージョンをダウンロードすることができますことを意味/ノードライブラリパッケージは、例えば、実際には特定のバージョンのダウンロード時間が8.0.35でインストールNPM実行されることがあります。チルダ
ほとんどの場合、彼らは問題ありませんときに、この依存性は、新しいライブラリパッケージに最新の互換性をダウンロードしますが、オープンソースの世界はNPMであるので、各ライブラリパッケージのセマンティックバージョンは同じではないかもしれない、といくつかのライブラリパッケージの開発者は、厳格な原則に準拠していません。 :そのインタフェースの互換性要件に沿って、パッケージの同じメジャーバージョン番号を持つライブラリー。異なる時間に、または異なるNPMのダウンロード元の下で、まったく同じコードベースでnodejs、依存関係の各バージョンをパッケージ化する異なる場合がありますので、動作特性も、ライブラリのパッケージに依存:この時間は非常にユーザー頭痛です異なる時には完全に互換性がありません。
従って、NPM最新バージョンは、開発者は限り、あなたは新しいマシン、または新しいダウンロードソースにソースファイルを保存すると、ちょうどこのパッケージロックに従うことを知ることができるようにするために、パッケージlock.json機能の自動生成を提供開始しましたダウンロードするには、パッケージの依存関係に表示されている特定のバージョン.json、あなたはまったく同じの以前のインストールとそのすべてのライブラリパッケージを確保することができます。
元の文書は最初のバージョン番号であるpackage.json大きなバージョンを、ロックすることができ、およびインストールNPMたびに安定させるために、引かれる次のメジャーバージョンの最新バージョンの小型版の後ろにロックすることができません私たちは、ほぼなどの余分な作業の多くにつながるアップグレードパッケージ、テスト/適応を、頼りないあえて、そのパッケージlock.jsonが出てファイルを、あなたが依存をインストールするたびに、彼はあなたをロックする際に考慮すこのバージョンのインストール。
私たちはバグをインストールしたときにそのパッケージは、後で更新する必要がある場合はどのように行うには?
内部の以前のバージョンのpackage.jsonで直接変更してもよいし、その後、インストールNPMが、5つのバージョンの後にパッケージlock.jsonでバージョンがすでにロックされているので、これをサポートしていないので、我々は唯一のNPM XXXをインストールすることができます@xxxこれは私達の依存を更新すると、パッケージlock.jsonも更新します。
私はgitのからのjQuery 2.1.4このバージョンがインストールされ、更新さpackage.jsonとパッケージlock.jsonを持っている場合は、私がインストールNPMそれに依存node_modulesを上書きすることができますか?
実際に、私はこの質問を持っているので、テストを行い、直接更新package.jsonとパッケージloc.jsonこれら二つの文書の後に、NPMインストールは両方とも、その共同開発で、オリジナル版から直接覆うことができ、ファイルが更新されている場合は、開発環境は、NPMそれに魚をインストールする必要があります。