ソフトウェアリリースに名前を付けるために好む方法は何ですか?マイクロソフトのように:アルファ-ベータ-ファイナル-サービスパック...グーグルのように:gmailベータ-ベータ-ベータ-ベータ-:)いくつかのソフトウェアのように:0.2-0.3-0.9999 .. ..
8 に答える
Major.Minor.Release.Build
リリースとビルドの増分に「重大な変更」を含めることはできませんが(たとえば、ドキュメントを保存するためのファイル形式が異なる場合)、マイナーリリースで許可されているかどうかは完全にはわかりません。
アルファ、ベータサフィックスの意味は私にとってです:
アルファ/プレビュー:ねえ、私は私が見せたいものを手に入れました。
ベータ版:機能セットはこれまでに完成していますが、いくつかのバグが残っています。
リリース候補:(主要な)バグは残っていないと思います。
最終:まだバグがある可能性がありますが、ある時点でリリースする必要があります;-)。
アルファ/ベータソフトウェアをお客様にリリースすることはありません。したがって、単に以下を使用します。
- x.0(メジャーリリースの場合、重要な/多くの新機能を含む)
- x.1、x.2など(マイナーな新機能と拡張機能を含むマイナーリリースの場合)
- xy1、xy2など(バグ修正/メンテナンスリリース用)
(ここで、x、y = 1,2、..。)
Microsoft では、バージョン番号と、アルファ、ベータ、GA モニカーを使用しています。
バージョンの命名は、達成しようとしていることに大きく依存すると思います。消費のために何かをリリースしていて、ベータ期間からデータを収集しようとしていない場合、それをベータと呼ばないでください。テクノロジーをプレビューしようとしていない場合は、アルファとは呼ばないでください。
現在、私は主にウェブアプリを扱っており、展開するまでに整数を増やしてバージョンを番号付けするだけです (1、2、3、4、5 など)。とにかく誰もバージョンを気にしないのであれば、複雑な命名ロジックに入る必要はありません。
私はプロトタイプ、アルファ、ベータ、GAメソッドを好みます。これにより、ソフトウェアの現在のステータスをユーザー/クライアントに伝えることができます。それに加えて、バージョン番号.2、.3、.4を提供します。
- 主要なマイルストーンを表す最初の桁。
- 2桁目は、リリースの増分を表します(通常、週に1回リリースするため、2桁目を増分します)。
- 3桁目はパッチに使用されるため、通常のリリーススケジュール外で修正されたコードにバグがある場合は、3桁目を使用します。
一部のオープン ソース ソフトウェア プロジェクト名は、リリース日以降にリリースされます。たとえば、Ubuntu 8.04 は 2008 年 4 月にリリースされ、Ubuntu 6.06 は 2006 年 6 月にリリースされました。しかし、この方法を使用する Linux ディストリビューションは Ubuntu だけではありません。
もちろん、各 Ubuntu リリースには、頭韻形の形容詞と組み合わされた、毎回異なる動物のコードネームもあります (この形容詞は、インサイダーのためのキュートな略記としても機能します)。各リリースはアルファベット順に昇順で表示されるため、安定したストリームのどこにリリースを配置すればよいかを簡単に思い出すことができます。例えば:
たとえば、6.06、ダッパー ドレイク 6.10、エッジの効いたエフト 7.04、元気な子鹿 7.10、ガッツのあるテナガザルなどです。
小さなソフトウェアの場合は、Major.Minor だけです。メジャーな変更の場合 - 一部の入力ファイルは以前のバージョンと互換性がありません。ソフトウェアをお客様にプレリリースするわけではないため、テスト用と最終リリース用に同じバージョンを使用します。
リリースの命名方法は通常、フェーズ番号です。私たちの契約のほとんどは政府プロジェクトであるため、最初のリリースをロールアウトし、エンティティが新しい機能の要求に沿って移動することを決定したときに、フェーズ 2、フェーズ 3、フェーズ 4 を実行します (そして、前述の将来の開発のための資金を獲得します)。