アプリのバージョン番号を設定するロジックは何ですか？

開発中のアプリケーションにバージョンを設定するロジックは何ですか？

1.0から1.1または1.7から2.0を意味します

バージョン番号は、任意の意味を持つことのできるmajor.minor.revisionとして定義されますが、一般的にアプリケーションを参照する場合は次のようになります。

• リビジョン=バグ修正
• マイナー=機能の修正と小さな調整
• メジャー=新機能およびその他の大きな変更

APIに言及する場合、メジャーアップグレードは通常、APIのユーザーを破壊するインターフェースの変更です。マイナーアップグレードは通常、API呼び出しの背後にある機能の変更ですが、インターフェイスは同じままです。

一般的に、彼らはあなたが彼らに意味したいことは何でも意味することができます。残念ながら、これらはしばしばマーケティングツールとしてのみ使用されます（バージョン2がリリースされたため、すべてのクライアントが購入する必要があります！）。それらのより良い使用法は、セマンティックバージョニングの実装です。つまり、これらのバージョンに、開発チームとQAチームに役立つ特定の意味を与えることです。技術的には、これらの意味を好きなようにすることができますが、いくつかのベストプラクティスがあります。

OSGiには、セマンティックバージョニングに関する優れたホワイトペーパーがあります。ここで言及されている概念の一部は主にOSGiに適用できますが、残りはかなり一般的です。

たとえば、メジャーバージョン番号（1.0-> 2.0）を変更すると、通常、2つのソフトウェアに下位互換性がなくなります。

アプリケーションの機能セットや以前の機能が変更されると、新しいバージョンが導入されます。

ドットの後の数字は、小さな変更のためのものです。たとえば、登録フォームのみを変更し、アプリの残りの部分は同じままです。

ドットの前の数字は、大きな機能変更や、新しい機能セットの追加など、より重要な変更を示しています。

番号に加えて、バージョンには、Betaまたはのような識別子も含まれる場合Alphaがあります。これは、現在のバージョンが完全であるか、まだ作業中であるかを示し、いくつかの欠陥がある可能性があります。

詳細については、wikiの記事をご覧ください。