問題タブ [npm-shrinkwrap]

For questions regarding programming in ECMAScript (JavaScript/JS) and its various dialects/implementations (excluding ActionScript). Note JavaScript is NOT the same as Java! Please include all relevant tags on your question; e.g., [node.js], [jquery], [json], [reactjs], [angular], [ember.js], [vue.js], [typescript], [svelte], etc.

0 投票する
0 に答える
284 参照

npm-install - npm-shrinkwrap.json が存在する場合、すべてのパックで npm install エラーが発生します

ノード v10.15.0 npm v6.4.1

npm-shrinkwrap.jsonの隣にあるプロジェクトを継承しましたpackage.json

実行するnpm installと、ダウンロードする必要があるすべてのパッケージのファイルに対して次のようなエラーが発生します

.staging フォルダーを確認すると、実際にファイルが存在することがわかります。

好奇心から削除して再度npm-shrinkwrap.json実行npm installすると、期待どおりに node_modules フォルダーが作成されます。

それshrinkwrapは古い方法でありlock、後の NPM バージョンのメカニズムに置き換えられていることがわかりましたか?

を削除するだけで保存でき、npm-shrinkwrap.json後でパッケージのバージョンで問題が発生することはありませんか?

0 投票する
0 に答える
43 参照

node.js - 既存のpackage-lock.jsonから使用されている最も近いnode.jsバージョンを抽出するには?

私のレポで生成するために使用される node.js のバージョンを指定package-lock.jsonpackage.jsonません。package-lock.json

nodeを使用してバージョンを反復処理し、レポ内の以前のファイルにnvm比べて最小のバージョンを確認できます。それを行うための、より網羅的で面倒な方法があるのではないかと思います。ロックファイルからノードバージョンを「リバースエンジニアリング」または「抽出」するヒントはありますか?git diffpackage-lock

package-lock.json動機:コミットごとに変更し続けたくないし、CI で一貫して同じノード バージョンを使用したくない。