JavaScriptライブラリをリリースしようとしています。
ファイルを[ライブラリ名].1.0.0として保存したい
その後、ライブラリが進化するにつれて、新しいバージョンをダウンロードできるようになります。
私の質問は:ファイルの名前でバージョンを保存しない理由はありますか?
私は他のサードパーティのライブラリと、バージョンを保存していないものを使用しています。アップグレードする必要があるかどうかを常に把握する必要があります。
たとえば、私は codemirror.js を使用していますが、常に最新バージョンを使用しているかどうか疑問に思っています。
ダウンロード用に提供する場合は、ファイル名の一部にバージョン番号を含めることをお勧めします。また、jQuery のように、ファイルの先頭にライセンス情報とともにバージョン番号を追加することをお勧めします。
チェックアウト - http://code.jquery.com/jquery-1.9.1.min.js
バージョン番号を追加してはならない唯一のケースは、Web サイト全体でスクリプト ファイルを参照している場合です。これは、スクリプトを更新するたびにすべての参照を変更したくないためです。
自分でライブラリをリリースしたことはありませんが、ファイル名にバージョン番号を入れるのは良い考えのように思えます。
アップグレード時に、ファイル名にバージョン番号を入れないことは、作成者が将来のバージョンで重大な変更を導入することを期待していないライブラリに使用され、ライブラリに対して既に記述されたコードに影響を与えないバグ修正と追加のみに使用されると思います。これは、ライブラリを使用していても自分でホストしていないユーザー (つまり、パブリック CDN 上のライブラリをポイントしているユーザー) は、自動的に最新バージョンをポイントするため、何もしなくてもバグ修正を取得できることを意味します。
しかし、あなたが言うように、ライブラリをダウンロードして自分でホストする人にとっては、ライブラリ ファイルを開いてバージョン番号を確認する必要があることを意味します。
他のライブラリ発行者が行っていることと一致させたい場合は、セマンティック バージョニングを確認することをお勧めします。これは、xxx バージョン番号付けシステムを体系化したものです。
また、Github を介してライブラリをリリースする場合 (最近のクールな子供たちはそうしていると思います)、Jonathan "Wolf" Rentzsch のシステムを使用してセマンティック バージョニングを行うことをお勧めします。
単体テストを使用している場合は、ライブラリをリリースする前に、V1 単体テストがすべて V2 に対して正常に機能することを確認できます。
あなたの質問を正しく理解した場合、バージョン名を含めない理由の 1 つは、CDN でホストされたファイルを使用してスクリプト ユーザーをホストしている場合、アップグレード時にコードを変更する必要がないことです。