Version lifecycle/ja

MediaWiki は「継続的なインテグレーション」という開発モデルで運営されており、ソフトウェアの変更は定期的にウィキペディアなどのウィキメディアのウェブサイト群に実際に展開されます.

理論的には、新しいメジャー リリースは半年単位で発行され、リリース ブランチは最初のリリース時点で最長1年間、セキュリティの更新を受け続けます. しかし、時間的な制約やコード ベースの急速なリファクタリングのため、古くなったリリースを永久にサポートすることはできませんし、ライフ サイクルが終了したリリースにはセキュリティの更新や重大な更新は適用されません.

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

Since Version 1.36, MediaWiki only commits to supporting upgrades from two major long term support releases (LTS) ago (see T259771). Upgrades from older versions of MediaWiki will have to be performed in multiple steps.

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

リリースの方針

 * それぞれのポイント リリースは、国際化ファイルの更新やあらゆるバグ修正を含んでいます. 新機能がポイントリリースにバックポートされることはありませんし、サポート対象には必ずしも一般的にが含まれるとは限りません.
 * メジャー リリースは6か月ごとに公開されます.
 * 長期間サポート リリース (LTS: Long Term Support) は、2 年ごとに公開されます. LTS のサポート期間は 1 年ずつ重なっています. 例えば、1.23 のサポートは2017年5月まででした. その前年に 1.27 がリリースされたため、移行先の LTS として利用でき、1年間を移行期間として確保できます.
 * リリース ノートは、何が変更されたかを確認するための基礎となるものです. ボランティアで運営されているプロジェクトの性質上、今後6～12か月の間に何が起こる予定かを確実に言うことはできません.

リリース日程
このタイムラインは、新しいバージョンがリリースされるまでに必要なことのスケジュールです. ここでは、実際のリリース日は、「T」(リリースの「時間」の意味) と接尾辞「-#」(「リリースの # 週間前」の意味) で示されます.

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

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

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

関連項目

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