ソフトウェアリリースに名前を付けるのに望ましい方法は何ですか？

Question

ソフトウェアリリースに名前を付けるためのあなたの好みの方法は何ですか？ Microsoftのように：アルファ-ベータ-最終-サービスパック... Googleのように：Gmailベータ-ベータ-ベータ-ベータ-:) 一部のソフトウェアと同様：0.2-0.3-0.9999 ...

Answer 1

Major.Minor.Release.Build

リリースおよびビルドの増分には、「重大な変更」を含めないでください。 （たとえば、ドキュメントを保存するために異なるファイル形式を使用します）、マイナーリリースが許可されているかどうかは絶対にわかりません。

アルファ、ベータの接尾辞の意味は私にとって：

アルファ/プレビュー：ねえ、見せたいものを手に入れました。

ベータ：機能セットはこれまでで完了していますが、いくつかのバグが残っています。

リリース候補：（主要な）バグは残っていないと思います。

最終：まだバグがある可能性がありますが、ある時点でリリースする必要があります;-）。

Answer 2

アルファ/ベータソフトウェアはお客様にリリースしません。したがって、次を使用します。

• x.0（メジャーリリース、重要な/多くの新機能を含む）
• x.1、x.2など（マイナーな新機能と拡張機能を含むマイナーリリース用）
• x.y.1、x.y.2など（バグ修正/メンテナンスリリース用）

（where x、y = 1,2、...）

Answer 3

プロトタイプ、アルファ、ベータ、GAの方法が好きです。これにより、ソフトウェアの現在のステータスをユーザー/クライアントに伝えることができます。それに加えて、バージョン番号.2、.3、.4。を提供します。

• 主要なマイルストーンを表す最初の数字。
• 2桁目はリリースの増分を表します（通常は週に1回リリースするため、2桁目を増分します）。
• 3桁目はパッチに使用されるため、通常のリリーススケジュール以外で修正されるコードにバグがある場合は、3桁目を使用します。

Answer 4

Microsoftは、バージョン番号と、アルファ、ベータ、GAモニカーを使用しています。

バージョンの命名は、あなたが達成しようとしていることに大きく依存していると思います。消費のために何かをリリースしていて、ベータ期間のデータを収集しようとしていない場合は、ベータと呼ばないでください。テクノロジーをプレビューしようとしていない場合は、アルファとは呼ばないでください。

現在、主にWebアプリを使用しており、展開時に整数を増分するようにバージョンに番号を付けています（1、2、3、4、5など）。とにかくバージョンについて誰も気にしないのであれば、複雑な命名ロジックに入る必要はありません。

Answer 5

小さなソフトウェアの場合、Major.Minorのみ。メジャーが変更された場合-一部の入力ファイルは以前のバージョンと互換性がありません。ソフトウェアをお客様に事前にリリースすることはないため、同じバージョンがテスト用と最終リリース用です。

Answer 6

リリースの命名方法は通常、フェーズ番号です。契約のほとんどが政府のプロジェクトであるため、最初のリリースを展開し、エンティティが新しい機能の要求に合わせて移動することを決定したときにフェーズ2、フェーズ3、フェーズ4を実行します（そして、上記の将来の開発のための資金を取得します）。

Answer 7

一部のオープンソースソフトウェアプロジェクト名は、リリース日以降にリリースされます。たとえば、Ubuntu 8.04は2008年4月にリリースされ、Ubuntu 6.06は2006年6月にリリースされました。しかし、この方法を使用するLinuxディストリビューションはUbuntuだけではありません。

もちろん、Ubuntuの各リリースには、毎回異なる動物のコード名と、魅力的な形容詞が組み合わされています（形容詞は、インサイダーのかわいらしい省略形としても機能します）。各リリースはアルファベット順に表示されるため、安定したストリームのどこにリリースを配置するかを簡単に思い出すことができます。例：

たとえば 6.06、ダッパードレイク 6.10、エッジの効いたEFT 7.04、元気な子鹿 7.10、ガッツなテナガザル

Answer 8

Linuxカーネル表記：major.minor.release.buildを使用しますが、.buildパーツを使用することはめったになく、安定/開発マイナーには偶数/奇数を使用しません。