リリース候補版（RC） とは？

Release Candidate（リリース候補）の略だよ。ベータ版は「まだ機能追加や大きな変更があるかも」という段階だけど、RCは「機能は確定していて、致命的なバグがなければこのまま出す」という段階。ベータの次のステップだね。

アルファ版は「開発中で不安定。社内テスト用」、ベータ版は「一通り動くけどバグがある。外部テスター向け」、RC版は「ほぼ完成。最終確認中」。料理で例えると、アルファは試作品、ベータは試食会、RCは「あとは盛り付けだけ」の状態だよ。

RC1で致命的なバグが見つかったら、修正してRC2を出すんだ。RC2でもまた問題が見つかったらRC3…と続く。理想はRC1でそのまま正式版になることだけど、大規模なソフトウェアだとRC3やRC4まで行くこともあるよ。

新機能の追加はしない。ひたすらバグの発見と修正、パフォーマンステスト、互換性の確認を行うんだ。フィーチャーフリーズと呼ばれる状態で、「品質を上げること」だけに集中するフェーズだよ。

継続的デリバリーをしているWebサービスでは、RCという名前は使わないことも多い。代わりにステージング環境にデプロイして最終確認する。RCが特によく使われるのは、フレームワーク、ライブラリ、モバイルアプリなど、リリース後の修正が難しいソフトウェアだね。

本番環境では絶対にRCを使わないこと。あくまでテスト用だからね。あと、RCのフィードバック期間を十分に取ることも大切だよ。ユーザーがテストする時間がないまま正式版を出すと、RCの意味がなくなってしまう。オープンソースだと2〜4週間のRC期間を設けるプロジェクトが多いね。