versioning - リリース候補を昇格させるための仕様はありますか?

Question

これまでに提供されたリリース候補の会社に関与したことがないことに気付いたので、これについて疑問に思っています。最近、この用語がますます使用されているので、彼らのリリース候補についてもう少し明確にしたいと思います含意。

以前に RC を提供する会社で実際に働いたことがある人のために...リリース候補が実際に必要とするもの (RC とベータの違いなど) について、これ以上正式な仕様があるのでしょうか?それとも単なるポリシーですか?各企業が独自に決定するものですか？

この種の仕様を持っている会社で働いている場合は、バージョンを「リリース候補」に昇格させるガイドラインのいくつかの例を提供していただけませんか。

Answer 1

RCという言葉が2つの方法で使われているのを見てきました。

1. 実際のリリース候補として。これは、ショートッパーが見つからない限り、お客様に出荷するビルドです。大きなバグが見つかるまで新しいビルドは作成されません。その後、新しいビルドがスピンされ、再開されます。通常、これらのビルドの3〜10は、出荷前に存在します。
2. 「ベータよりも優れた」ビルドとして。ビルドを実際に出荷する意図はありません。ベータ版とリリースの間の中間チェックポイントにすぎません。通常、ベータ版に新しい機能はなく、安定性だけです。これは、Microsoftが近年Windowsチーム（Windows 2000、Windows XP、Windows Vista）でこの用語を使用した方法です。

私は最初に自分で使うのが好きです。それははるかに理にかなっています。

Answer 2

リリース候補の古典的な定義は、それが最終リリースになる可能性があるというものです。ショーストッパーまたはリコール クラスのバグが見つかった場合にのみ、新しいビルドが生成されます。