Open edXのコードベースは急速に変化します。最新バージョンのコードベースから新しいインスタンスをデプロイすると、各人がわずかに異なるコードを使用することになり、知識や改善点の共有が困難になります。この問題を解決するため、edXはOpen edXコードベースの名前付きリリースシリーズを作成します。これらの名前付きリリースは、人々が集まる安定した時点を提供し、Open edXのインストールについて議論しやすくなり、Open edXコミュニティのメリットを享受しやすくなります。
本日、Open edX 初のネームドリリースとなる Aspen をリリースしました。Aspen は、Open edX コードベースのインスタンスであり、安定時点（2014 年 XNUMX 月中旬）で凍結されています。Open edX 開発者コミュニティが現在の Open edX コードベースを基盤として開発を継続する場合でも、Aspen のコードは変更されません。すべてのリリースは、数百万人のユーザーをサポートするためにリリースを使用する edX と、様々な構成で実行およびテストされた Open edX コミュニティ内の組織の両方によって、徹底的なテストを受けます。私たちはツリーベースの命名スキームを採用しました。次のネームドリリースは Birch と命名され、数か月以内にリリースされる予定です。
edXのDevOpsチームはこれまで、InjeraやKifliといった、パンベースの命名スキームに従った一連のVagrant boxをリリースしてきました。KifliのようなパンベースのリリースとAspenのようなツリーベースのリリースの主な違いは、前者はコードベースの最新バージョンをすぐに使いたい開発者向けであるのに対し、後者はコードベースの安定した一貫性のあるバージョンを求める運用者向けであるということです。パンベースのリリースは構成リポジトリのみのリリースですが、ツリーベースのリリースはedXプラットフォーム全体のリリースです。つまり、KifliベースのインストールからAspenベースのインストールに切り替えたい運用者は、実際には 格下げ コードベースを最新の開発コードベースから、より古い、より安定したコードベースに切り替えます。
Kifli（およびすべての構成リポジトリリリース）は、コードベースの最新バージョンを追跡するように設計されているため、KifliからAspenに切り替えようとしたときにどのようなエラーが発生するかを予測することが困難です。異なるユーザーが異なるバージョンから開始するため、バージョンを切り替える際に異なるエラーが発生する可能性があります。この困難さこそが、私たちがAspenを作成した理由です。Aspenは安定した時点でキャプチャされたコードであるため、Aspenを使い始めるすべての人がまったく同じコードベースを持ち、将来的に改善やアップグレードを適用しやすくなります。Birchをリリースする際には、システムを最初からやり直すことなくAspenからBirchにアップグレードできる安定したアップグレードプロセスもリリースします。
Aspenリリースを構成するコードは実戦テスト済みであり、本番環境での使用に最適です。ただし、「devstack」および「fullstack」のインストールスクリプトとドキュメントは、開発と使いやすさを重視したものであり、本番環境での使用を想定していません。本番環境で堅牢なウェブサイトを構築する予定の場合は、他のインストールオプションを検討することをお勧めします。
安定版リリースに関する詳細なドキュメントは、 edX Confluenceページを開くより詳しいインストール手順については、 設定リポジトリの Github wiki問題が発生した場合は、 openedx-ops メーリングリスト ぜひディスカッションにご参加ください。このプロセスに関する皆様からのフィードバックをお待ちしております。継続的な改善に役立てさせていただきます。素晴らしいコミュニティへのご参加、誠にありがとうございます！
