ソフトウェアのバージョン番号はどのようなルールに従いますか? [重複] 質問する

私が見た通常の方法は XYZ で、これは通常、major.minor.patch に対応します。

• メジャー バージョン番号は、重要な変更が導入されるたびに変更されます。たとえば、ソフトウェア パッケージに対する大規模な変更や、下位互換性がなくなる可能性のある変更などです。
• マイナー バージョン番号は、新しいマイナー機能が導入されたとき、または一連の小さな機能が展開されたときに変更されます。
• ソフトウェアの新しいビルドが顧客にリリースされると、パッチ番号が変更されます。これは通常、小さなバグ修正などのためです。

このバージョン管理システムはセマンティックバージョニングと呼ばれ、その仕様は次の場所にあります。https://semver.org

他のバリエーションでは、ビルド番号を追加の識別子として使用します。したがって、リリース間でテストされるリビジョンが多数ある場合は、XYZbuild の番号が大きくなる可能性があります。私は、年/月または年/リリースで識別されるパッケージをいくつか使用しています。したがって、2010 年 9 月のリリースは 2010.9 になるか、今年の 3 番目のリリースは 2010.3 になる可能性があります。

バージョン管理にはさまざまなバリエーションがあり、すべては個人の好み次第です。

「1.3v1.1」は、2 つの異なる内部製品、つまりメイン製品とは異なる方法でリビジョンされた共有ライブラリ/コードベースである可能性があります。つまり、メイン製品のバージョンが 1.3 で、内部ライブラリ/パッケージのバージョンが 1.1 であることを示します。