57

ソフトウェア バージョンのすべての数字は何を意味しますか? (例: 1.7.1.0) バージョンはどのように数えますか?

ありがとうございました。

4

5 に答える 5

85

それは実際にはベンダーごとに異なります。最も一般的なものは次のとおりです (順番に):

  • メジャー リリース番号
  • マイナー リリース番号
  • メンテナンス リリース番号 (バグ修正のみ)
  • 使用する場合: ビルド番号 (またはソース管理のリビジョン番号)

1.7.1.0 は、この製品の 1.7 バージョンに対する最初のメンテナンス リリースになります。

メジャー リリースとマイナー リリースの違いを定義することさえ困難です。通常、メジャー リリースには重要な新機能が含まれています。または、ベンダーは、人々に製品の代金を再度支払うことを望んでいます。マイナー リリースには修正や新機能が含まれる場合がありますが、通常、画期的なものは何もありません。

一部の企業は、マイナー リリース ビットを使用して、アルファ/ベータ リリースと最終リリースを区別しています。奇数はプレリリース、偶数は最終リリースです。1.7 は、次の 1.8 リリースのベータ版になります。しかし、この習慣はますます一般的ではなくなりつつあります。

ビルド番号は、変更がどれほど小さなものであっても、リリースごとに増加します。ビルド プロセスが実行されるたびに、自動的にインクリメントされます。多くのビルドは公開されることはありませんが、QA がソフトウェアのバージョンを簡単に識別できるようにすることで、ソフトウェアのライフ サイクルの管理に役立ちます。

于 2010-05-07T19:22:14.573 に答える
32

通常、これらは<Major.Minor.Revision.Build>.

どこ：

  • メジャーは、ソフトウェアのメジャー アップデートです。
  • マイナーは、ソフトウェアの小さな更新です。
  • リビジョンとは、行われた変更 (バグ修正、小規模な更新) です。
  • ビルド番号 (通常、使用する場合は自動インクリメント)

あなたの例（1.7.1.0）では：

  • メジャー バージョン 1
  • マイナーアップデートが7回ありました
  • 最初のリビジョン/バグ修正
  • ビルド番号なし
于 2010-05-07T19:21:29.630 に答える
6

すべてのプロジェクトは独自の規則を選択します。他の人が指摘したように、1 つの一般的な規則は「Major.Minor.Revision.Build」です。

私のお気に入りのいくつかは次のとおりです。

Ubuntu のバージョンは「年.月」です。たとえば、10.04 は 2010 年 4 月にリリースされました。

TeX のバージョンは、理論的には永久に bux-fix のみであるため、それらのバージョンは漸近的に pi に近づいています (例: 3.1415926)。

于 2010-05-07T19:38:20.053 に答える
3

広く使用されているもう 1 つの方法は、インクリメンタル ビルド番号を使用することです。いわゆる「バージョン」との相関関係はありません。

「バージョン」は、これが新製品であることを知りたい消費者にとってより興味深いので、すべてのリリースに名前を付けるだけです。

しかし、製品と彼のテスト済みのソース管理されたバージョンを内部で使用し、簡単に参照するには、単純に増分するビルド番号の方が便利な場合があります。

于 2010-05-07T19:32:03.333 に答える
2

場合によります。Microsoft のバージョン番号に関する情報はこちらhttp://en.wikipedia.org/wiki/Microsoft_Version_Number

アプリケーションのビルド番号として最後の桁を使用しました。

于 2010-05-07T19:21:37.307 に答える