web-dev-qa-db-ja.com

ソフトウェアバージョン（1.7.1.0など）のすべての数字は何を意味しますか？

ソフトウェアバージョンではすべての数字が何を意味するのでしょうか？ （たとえば、1.7.1.0）バージョンをどのように数値化しますか？

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

version-numbering
46
Kirzilla

ベンダーごとに実際に異なります。最も一般的には、（順番に）次のとおりです。

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

1.7.1.0は、1.7バージョンの製品の最初のメンテナンスリリースです。

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

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

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

69
Thorarin

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

どこ：

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

あなたの例（1.7.1.0）：

  • メジャーバージョン1
  • 7つのマイナーアップデートがありました
  • 最初のリビジョン/バグ修正
  • ビルド番号なし
23
Oded

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

私のお気に入りのいくつかは：

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

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

3
mathmike

広く使用されている別の方法は、増分ビルド番号を持つことです。いわゆる「バージョン」とは関係ありません。

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

しかし、内部使用と製品および彼のテスト済み/ソース管理バージョンの簡単な参照のために、単純な増分ビルド番号がより便利かもしれません。

2
Amirshk

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

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

2
Shaji

IBMがこれらをWebSphereソフトウェア用にどのように定義するか 、各レベルを描写する基準の説明を含む。

1
T.Rob