ソフトウェアリリースサイクルマップ（ウィキペディアにあるものに似ています）を探していますが、Joomlaです！
この回答の一部として、リリース予定日やサポート期間を特に探していません
確認したい（または、誤りがある場合は、プロジェクトリーダーシップチームが使用している用語を含め、以下の情報を正確に入手してください）。
- アルファ
- ベータ
- リリース候補（RC）
- マーケティングへのリリース（RTM）
- 一般提供（GA）
- 製造
その理由は、ベータ版に対してクライアントのサイト（さまざまなプロバイダーからの拡張機能が含まれている）をテストしたいからです。
別の開発サーバーをセットアップし、ライブサイト（パスワードでディレクトリを保護）のクローンを作成し、Joomla！をアップグレードできます。ベータ版のコア。
特定のベータリリースに更新するようにクローンテストサイトを構成する正しい方法について、いくつかの指示が必要です。
Joomlaにはドロップダウンがあります！上記のコンテキストで、どのバージョンに更新するか（つまり、「テスト」とは何ですか？）がわかるように、位置合わせされていないように見えるか、レベルの説明が提供されていない構成（J！2.3.2）を更新します。
「カスタムURL」を入力するオプションがありますが、ユーザーがベータ版にアップグレードできるかどうかはわかりません。
ベータ段階でテストを支援する方法について少し迷っていますが、これはJoomlaにとって価値があると思います！CMS、拡張プロバイダー、そしてもちろんサイト所有者。リリース段階の早い段階で複製されたライブサイトをテストし、バグを早期に報告して解決する機会を提供するからです。
もちろん、テストはさまざまなベータ版からRCまで続きます。そのため、Joomla！の設定方法を知る必要があります。テストされているJoomlaの特定のバージョンにアップデートするための設定のアップデート。
また、私は経験がほとんどないので、間違った道を進んでいる場合は、より良いアプローチを明確にして提案してください。
最終目標は、ベータフェーズとRCフェーズを通じて早期に継続的にテストでき、Joomla！にバグのフィードバックを提供できることです。プロジェクトリーダーシップおよびエクステンションの開発者、そしてクライアント向けの更新CMSでライブに移行するスムーズな移行があります（つまり、ゲームの初期段階で潜在的なバグをキャッチして伝える方法を理解しようとしています）。