Version lifecycle/ja

MediaWiki は「継続的なインテグレーション」の開発モデルを実践しており、そのソフトウェアの変更は定期的にウィキメディアのウェブサイト (ウィキペディアなど) に反映されて実際に使用できるようになります.

理論上は、新たなメジャーリリースは四半期ごとに行われ、各リリースのブランチは最初のリリースから1年間はセキュリティ上の更新を受け付けます. 時間的に制約があるため、またコードベースの迅速なリファクタリングのために、それより古くなったリリースについては対応できませんし、ライフサイクルを過ぎたリリースにはセキュリティ上あるいは重要な変更でも適用しません.

リリースマネージャーの Tim Starling をはじめとする MediaWiki の開発者は、ウィキ運用者が メーリングリストに登録することを強く推奨します. これに参加するとすべてのリリースの告知を受け取れるため、自分のウィキを確実に最新のバージョンのソフトウェアで実行し続けることができます. 同じアナウンスが  と   の各メーリングリストにも投稿されます.

バージョンとライフサイクル終了時期
上記の表で「廃止されたバージョン」としているバージョンでは、列挙されていないバージョンと同様に、セキュリティ上の修正を受けられません. 致命的なセキュリティ上の脆弱性や、その他の重大な不具合を抱えているおそれがあり、データの消失や破壊もありえます. リリース マネージャーは、実稼働環境では、この表の「現在のバージョン」と「LTS」のいずれかのバージョンのみを使用することを強く推奨します.

リリースの方針

 * それぞれのポイント リリースは、国際化ファイルの更新だけではなく、あらゆるバグ修正を含んでいます. ポイント リリースにバックポートされる新機能はなく、サポート対象には必ずしも一般的にが含まれるとは限りません.
 * メジャー リリースは6か月ごとに公開されます.
 * 長期間サポート リリース (LTS: Long Term Support) は、2年ごとに公開されます. LTS のサポート期間は 1 年ずつ重なっています. 例えば、1.23 のサポートは2017年5月まででした. 1.27 は、LTS に移行する準備ができて実際に移行する年の、前年にリリースされました.
 * リリースノートは変更点を確認するためのものである、という原則に基づいて継続されます. ボランティアのプロジェクトであるがゆえに、次の6～12か月でどうなる予定かについては言及できません.

リリース日程
このタイムラインには、新バージョンのリリースに向けて完了すべき手順をスケジュール表としてまとめてあります. 略号は実際のリリース日をT、それまでの残りの週数は-#を付けました (「リリース日まで残りX週」の意味).

拡張機能のライフサイクルの管理
MediaWiki のインストレーションのほとんどは、多数の拡張機能を使用しています (ウィキメディアのウィキでは大抵、拡張機能は約 140 個に達します). 拡張機能の保守管理においてバグ修正、適切なバージョンの選択は課題であり、これは HEAD 開発バージョンが、MediaWiki コアの安定版や旧安定版ではまだ利用できない機能を含んでいるためです.

拡張機能のメンテナーには MediaWiki のバージョンごとに拡張機能の各バージョンの git ブランチを設定するよう強く推奨します. (詳細はを参照. ) ウィキメディアの git repo にホストした拡張機能では、それらの分岐 (名称が MediaWiki 1.30 なら ) は新しい MediaWiki 分岐ができると自動でマスターから生成されます (前提として拡張機能のマスターが常時、MediaWiki マスターと互換性があるはずという認識). しかし、HEAD だけでなく旧安定バージョンや安定バージョンについても、バグの修正は拡張機能のメンテナーにお願いできれば助かります（必要に応じて修正を旧分岐にバックポートしてください）.

これらの規則は、MediaWiki をインストールする人や組織が最新のリリースをインストールするようにすることと、拡張機能のバージョンを簡単な手法で同期できるようにすること (例: 1.20.x のコアに合わせるには、Git のブランチ REL1_20 を使用する)、を目標としています.

関連項目

 * Generators on WikiApiary - MediaWiki のバージョン間の使用率統計
 * Generators on WikiApiary - MediaWiki のバージョン間の使用率統計