マイナーリリースは任意のスケジュールに従って、必要に応じてリリースされます。lifetime)詳細はSupportedVersionsをご覧ください。このドキュメントの執筆中、これには1.9、1.8および1.7を含みます。古いバージョンのコードベースを利用することはできます。オープンソースプロジェクトとして、誰でも変更、バックポートおよび好きなように修正することができますが、Maharaプロジェクトが提供できるサポートは古いバージョンから新しいサポートバージョンへのアップグレードのみです。1.9では1.10またはそれ以上のバージョンからアップグレードすることができます。1.0のインストレーションがある場合、あなたは1.9にアップグレードする前に1.1.0にアップグレードする必要があります。Statusをご覧ください。継続的な品質管理プロセスの重要な一部でもあります。報告、改善のアイデアおよび新しい機能を含みます。ほとんどの商用ソフトウェアとは異なり、Maharaの問題報告および追跡情報は誰にでも公開されています。活発な報告者として活動することができます。Launchpadのアカウントを持っている人は誰でもバグ報告を作成、閲覧、コメント、投票および監視することができます。codeをご覧ください。ZIPファイルをLaunchpadからダウンロードできるのに対して、完全なMaharaのコードベースはgitバージョン管理システムで管理されています。「生」のコードベースは私たちのhttps://reviews.mahara.orgのGerritコードレビューシステムで保持されています。NZOSSに同期されます。branches)1.0_STABLEにさかのぼり、Maharaではそれぞれのメジャーリリースを1.8_STABLE、1.7_STABLEのようにgit「ブランチ」で分けています。(master)」ブランチがあります。guidelinesをご覧ください。最初にコントリビュータがコードを書きます。APIを使用する、コードの再利用を最大化する、そしてAPIの変更を最小化するようなことです。Codeをご覧ください。コントリビュータがMaharaプロジェクトとコードを共有します。このための好ましい方法は適切な技術的レベルのあるユーザが直接私たちのGerritコードレビューシステムにコードを送信することです。私たちはパッチファイル、PHPファイルまたは十分に明確なLaunchpadでのコメントによるコード提供も歓迎します。Changeを作成することができます。Reviewをご覧ください。それぞれのパッチは誰かがテストして動作を確認したことを意味する「+1」検証スコアを取得する必要があります。認定Maharaレビュアがコードを検査して問題が見つからなかったことを意味する「+2」スコアを取得する必要もあります。パッチがテストに合格しない場合、またはレビュー時に問題がある場合、テスト担当者またはレビュアはコントリビュータに対して修正が必要であることを記した分かりやすいコメントを残します。コントリビュータは再度レビューおよびテストを完了した改訂版を提出することができます。変更が調査および確認された場合、Maharaレビュアは適切なブランチにマージするようgerritOnceで指示することができます。その変更は次のMaharaリリースに適用されます。issues)詳細はSecurity#How_to_report_a_security_issue?をご覧ください。パッチがリリースされるまで一般公開されないことを確実にするため、Maharaのセキュリティ問題には分離された並行のプロセスがあります。Area/Pluginsをご覧ください。Maharaはオープンソースであり、あなたはいつでも希望するときに修正することができますが、Maharaの拡張を維持する最良の方法はプラグインを書くことです。(dropped)」ことのできるコードのディレクトリです。プラグインは検出およびインストールされ、Maharaインターフェース内のツールとして自動的に利用できるようになります。プラグインはMaharaコアの上流に入れる手続きを踏まずに、他のMaharaサイトと簡単に共有することもできます。詳細はプラグインをご覧ください。