ホーム>Web デザインのチュートリアル>JavaScript チュートリアル

依存パッケージのバージョン管理に package.json を使用する方法について話しましょう

著者：Eve Cole 更新時間：2022-09-22 09:05:32
この記事では、package.json を使用して、実際のフロントエンド プロジェクトで依存パッケージのバージョン管理を実行する方法について説明します。 ルールが異なると依存関係の管理にどのような影響がありますか?

熟練度コースへのフロントエンド (vue) エントリ:

npm バージョン番号定義の

バージョン形式を学習するために入力してください: XYZ[-string]

6.3.2-alpha

  • 意味は

    、

    • 下位
    互換性のある更新された反復

    です

    。

  • マイナー バージョン番号 3 には、3 つの小さな機能の反復があります。この新しいパッケージは6.*.* <= 6.3.2の依存関係ステートメントに対してインストールできます。

  • バージョン番号 2 を修正しました。2 つのバグ修正またはその他の主要ではない機能変更があります。この新しいパッケージは6.*.* <= 6.3.2の依存関係ステートメントに対してインストールできます。

  • 高度なバージョン番号のalpha処理の実験段階を表します。

詳細: セマンティック バージョン 2.0.0

package.json

で依存関係のバージョンを識別する方法

については、次のように説明されます:

"vue": "~2.5.22",
"vue-class-component": "^6.0.0",
"vue-ルーター": "3.0.1",
"エクスプレス": "最新",
"mongoose": "*"、

  • 記号^ : メイン バージョンをロックします。マイナー バージョン番号、改訂版番号、および拡張バージョン番号を更新できます。

    たとえば"vue-class-component": "^6.0.0" 。依存関係をインストールするときにインストールできます。メインのバージョン番号が 6 であれば、 6.*.*に準拠する任意のバージョンです。

  • シンボル~ : メジャー バージョン番号とマイナー バージョン番号をロックし、改訂されたバージョン番号と以前のバージョン番号を更新します

    ( "vue": "~2.5.22" 。依存関係をインストールする場合、 2.5.*に準拠する任意のバージョンをインストールできます。 2.5.* .

  • 空符号:

    "vue-router": "3.0.1"などのすべてのバージョン番号をロックし、バージョン3.0.1の依存パッケージのみをインストールできます。

  • 符号* : vue-router": "3.0.*" など、特定のバージョン番号範囲を定義します

    vue-router": "3.0.*" 3.0.1 、 3.0.2など、 3.0に固定された任意のバージョンをインストールできます。

  • latest : 最新の安定したバージョンをインストールします

1.png

  • たとえば、 "express": "latest" 4.18.1 (最新バージョン 2022.06.13) をインストールできます。

  • * : 最新リリース バージョンをインストールします。必ずしも安定バージョンである必要はありません。

2.png

  • たとえば、 "mongoose": "*" 6.0.0-rc2 、 3.9.7などをインストールできます。

  • Git URL : Git で公開されているパッケージ参照形式を使用します

    : <protocol>://[<user>[:<password>]@]<hostname>[:<port>][:][/]<path>[#<commit-ish> | #semver:<semver>]

"test": "git+ssh://[email protected]:npm/cli.git#v1.0.27"

詳しい読み方: npm docs -

信じないでください依存関係が多すぎる npm パッケージのバージョン番号!

タイトル通り、血液の授業を通して得た体験談です。

作成者がsystem.js使用する場合、使用されるバージョン制限はsystem.js: "^6.3.2"です。

依存関係をインストールするときに、バージョン> 6.3.2が誤ってインストールされ、プロジェクト実行エラーが発生しました。

その理由は、 system.jsの作成者がsemver仕様に従ってバージョン番号に名前を付けなかったためであり、これにより作成者のプロジェクトに下位互換性のない更新が導入され、プロジェクトが正しく実行されなくなりました。

実稼働環境で使用さdependencies

依存関係、devDependency、peerDependency の

依存関係

はすべて dependency の下にインストールされます。

例:

"依存関係": {
	"チョーク": "^2.4.2",
	"指揮官": "^3.0.0",
	"fs-extra": "^8.1.0",
	"質問者": "^6.5.0",
	"mem-fs": "^1.1.3",
	"mem-fs-editor": "^6.0.0",
	"shelljs": "^0.8.3"
上記のコードは
、

作成者が作成したcliツールキットのpackage.jsonのフラグメントです。
ファイルの操作にshelljsが使用されている場合、宣言がdevDependenciesに変更されると、ユーザーが現在のツール パッケージをインストールした後にエラーが報告されます。
これはnpm install 工具包ときに、 devDependenciesフィールドで宣言された依存関係がインストールされないためです。インストールする前に、 dependenciesフィールドで宣言する必要があります。

devDependency

実稼働環境では必要のない依存関係は、 devDependenciesの下にインストールする必要があります。
実稼働環境では、 devDependenciesフィールドの下の依存関係はインストールされないためです。

例:

"devDependency": {
	"@commitlint/cli": "^8.1.0",
	"@commitlint/config-conventional": "^8.1.0",
	"コミッティン": "^4.0.3",
	"commitlint-config-cz": "^0.12.1",
	"cz-カスタマイズ可能": "^6.2.0",
	"標準バージョン": "^7.0.0"
上記のコードは
、

作成者が作成したcliツールキットのpackage.jsonのフラグメントです。
commitizen Git送信仕様を標準化するために作成者によって使用される依存関係パッケージです。これは開発環境でのみ使用されるため、 devDependenciesで宣言されます。

peerDependency

一部のプラグインやツールキットを開発する場合、ユーザーの実行環境の依存関係パッケージのバージョンに関する要件があり、 peerDependenciesフィールドを使用して宣言できます。

例えば：

{
  "名前": "ティーラテ",
  "バージョン": "1.3.5",
  "ピア依存関係": {
    "お茶": "2.x"
  }

現在のツールtea-latte teaパッケージに依存します

。

さらに、 teaパッケージはメジャー バージョン 2 である必要があります。

要件が満たされていない場合、コンソールはエラーを報告します。

知らせ
npm v7 バージョンでは、peerDependency がデフォルトでインストールされます。
npm v3 から npm v6 への移行では、 peerDependencies自動的にインストールされません。
関連記事