私が作成したpdf.jsChrome拡張機能のバージョン番号が正しいバージョンではなかった理由をついに(私は願っています)理解しました。
リリースページから2.0.550アーカイブをダウンロードし、必要に応じてすべて(npm、gulpなど)を設定してから、Chrome拡張機能を構築しようとしました。
ビルドは成功しましたが、結果の拡張機能には2.0.0バージョンがあります。
問題は、gulpfile.jsがビルド番号を決定するためにgitリポジトリにあると想定していることです(426行目以降を参照)が、この場合はそうではありません(gitは致命的です:gitリポジトリ(または親ディレクトリのいずれか)ではありません: 。ギット)
ディレクトリがgitcloneを使用して取得された場合、これは発生しません...この場合、適切なgitリポジトリになります。
確かに、それは事実かもしれません。 バージョン番号はコミットによって決定されるので、それについて私たちにできることは何もないと思います。 別のバージョン管理スキームのみが役立つ可能性がありますが、今のところ、それは実際には考慮されていません。
少なくともREADMEにコメント/警告を入れることができます。
おそらく、偽のbuildnumber
生成するよりも、単にエラーを出す方が理にかなっていますか?
https://github.com/mozilla/pdf.js/blob/34594a5b02394a531c1512ff10b44148225abe67/gulpfile.js#L431 -L434
私はこれを問題とは思っていませんが、誰かがそのパッチを提供したいのであれば、私はそれで大丈夫です。 良い初心者のバグとしてマークします。