npmで管理されているパッケージのpackage-lock.jsonについて

Question

前提・実現したいこと

lovefieldというプロジェクトをビルドして、dist/以下のファイルを再現したいと思っています。

発生している問題・エラーメッセージ

Dev Setup for Lovefieldを読み、下記を実行してビルドをしたところ、

git clone https://github.com/google/lovefield
cd lovefield
npm install
gulp build target=lib

dist/lf.js が出来たのですが、これが配布されているどのdist/*.jsとも違います。
(本来の記述ではnpm updateとなっているところを、npm installにしています)

質問
そもそもjavascriptよく分かってないのですが、どれとも一致しない原因が、package-lock.jsonがgit管理されてないせいだと思っています。何か勘違いしているのでしょうか？
npmで管理されているパッケージって、そもそも一般的に依存パッケージのバージョンをどう管理するものなのかも、合わせてご教示頂けると幸いです。

試したこと

gulp実行時、mode=debugも追加指定して中を見る限り、Closure Compilerは正しく動いているようですが、出力されているシンボルが違ってるように見えます。Closure Compilerのバージョンが違っているからだと思っています。

$ npm list | grep compiler
├── google-closure-compiler-java@20191027.0.0
├─┬ gulp-closure-compiler@0.4.0
│ ├─┬ google-closure-compiler@20151015.7.0

Closure CompilerはJavaバージョン(google-closure-compiler-java)が稼働しているようなのですが、これのバージョンが20191027.0.0と新しすぎるから、そう思っています。

補足情報（FW/ツールのバージョンなど）

OS: Ubuntu 19.04
npm: 6.12.0
JRE: openjdk 11.0.4 2019-07-16

Answer 1

そもそもjavascriptよく分かってないのですが、どれとも一致しない原因が、package-lock.jsonがgit管理されてないせいだと思っています。何か勘違いしているのでしょうか？

その理解であってます

直接の依存ではないパッケージのバージョンが変化したりしているのでしょう。ビルドしたときの情報をだれかから聞かないと無理でしょう。

というか最後のリリース3年くらい前でNode.jsが4のころに見えます。masterはそこからcommitは進んでいるようです。

まあ同一の生成物を作るのは今となっては実質無理でしょう。

npmで管理されているパッケージって、そもそも一般的に依存パッケージのバージョンをどう管理するものなのかも、合わせてご教示頂けると幸いです。

package-lock.jsonをgit管理に含めます。

Comments

[退会済みユーザー]

ありがとうございます。

javascript詳しくなくて、普通こうだというのがよく分からないため、ハッキリ言って頂けると安心します。パッケージ管理ツールっていろいろありますし、もしかして他の有名な手段が使われてたりするのかもと思って聞いたのですが、なさそうだってことなんですね。

質問に対する回答としては以上で十分です。ありがとうございました。

以下、実現したいことについて試したことと、自分としての結論を書いておきます。

確かに2017年2月初旬とnpmリリースは古いのですが、こちらはソースとしてmasterを使ってるので、npmへのリリースタイミングよりも、dist/の下のコミットタイミングが重要になります。調べてみると6月初旬くらいにpackage.jsonがコミットされており、同月下旬にdistの下のファイルに変化があったので、6月初旬に合わせてパッケージバージョンを合わせてみました。
(npm-time-machineというパッケージを取ってきて、これをdevDependencies対応させたものを使用し、package.jsonを固定バージョンに書き換えました)

ただ、これをやってみても、Closure Compilerのオプションをいじってみても、結局全く違うファイルしか出来上がらず、npm向けのdistはClosure Compiler使ってないんじゃないか？と結論して諦めました。ようは何か別の未公開ツールを使うのではないかと考えたということです。

[yumetodo]

ん、dist/にリリース！？なんじゃそれ。

まあこのパッケージはともかく、webpack全盛の今だと一般にはClosure Compilerではなくterser(webpackでoptimize: trueしてたら勝手に使われる)を使うと思います。

[退会済みユーザー]

何か分かりにくい部分があったのならすみません。

やったことありませんが、npm publishがリリースで、そこでpackage.jsonのfile記述にあるものが載るイメージです。
dist/はfile記述にあり、開発者はソース・ファイルをメンテナンスして、(このパッケージでは?)dist/を主として作成していき、来るべきタイミングでタグ付けしてpublishすると思っています。
今こちらでは、gitから直にmasterをcloneしてbuildしているので、(比較対象となるファイルを含む)dist/へのコミットタイミングが重要ということです。

おっしゃられるとおり、webpackの出力指定でminifyなどを行うのが一般的なのは知っています。ただ方法は、webpackを使うにしてもwebpack.config.js相当が必要で、他も合わせて方法やその組み合わせ、設定はいくらでもあるようです。Closure Compilerがやることはminifyなどとは少し違うのですが、設定ファイルなど取っ掛かりもないところを合わせて、未公開のツールと表現させてもらいました。

ただ出力を見た感じだと、そもそもwebpackっぽいなぁとは思っていました。Closure Compilerのオプション指定にも依るのですが、順番とか整形とかではなく、モノが違う(シンボルが違うなどと表現していた)からです。適当に一発webpack使ってみるとかも出来なくはないですが、設定ファイルとかドキュメントとか、それが関連すると思わせる取っ掛かりないのに当てずっぽうで始めるのは興が乗らないというか、面倒なんですよね。やるかもしれませんが。