入れ子のパスにある開発用の依存の更新

node_modules/a の下にある b(開発用)が 2.0.0 から 2.1.0 に上がる例です。入れ子の場所と dev の印が表に出ます。

入力

変更前の package-lock.json

{"lockfileVersion":3,"packages":{"":{},"node_modules/a":{"version":"1.0.0"},"node_modules/a/node_modules/b":{"version":"2.0.0","dev":true}}}

変更後の package-lock.json

{"lockfileVersion":3,"packages":{"":{},"node_modules/a":{"version":"1.0.0"},"node_modules/a/node_modules/b":{"version":"2.1.0","dev":true}}}

結果

エラー 0 件・警告 0 件・情報 1 件

指摘(エラー・警告・情報)

  • 情報 全体 パッケージの場所(node_modules のパス)ごとに比べています。同じ名前が複数の場所にある場合は、それぞれ別の行になります。
追加0 件
更新1 件
削除0 件
変更前・変更後のパッケージ数2 件・2 件

追加・削除・更新の表

追加・削除・更新の表
種別パッケージ場所変更前変更後区分
更新bnode_modules/a/node_modules/b2.0.02.1.0dev

検算(この結果になる理由)

キーは node_modules/a/node_modules/b で、name は最後の node_modules/ より後ろの b です。version が違うので更新で、後の版に dev の印があるため区分は dev になります。

判定の根拠は仕様と根拠に、仕様の出典とともにまとめています。自分の入力で試すにはツールをお使いください。

このツールの制約

ご利用にあたって

  • 依存の更新を取り込む前に、変更履歴や脆弱性情報を別に確認してください。
  • このツールはバージョンの違いを見るだけで、安全性の評価はしません。

ほかの入力例