Version lifecycle/nl

MediaWiki werkt met een "continuous integration" ontwikkelingsmodel, waar software-wijzigingen in productie op een reguliere basis worden ingevoerd op de Wikimedia websites zoals Wikipedia.

In theorie is er elk half jaar een grote release, release branches ontvangen gedurende een jaar veiligheidsupdates na hun eerste release. Door de beschikbare tijd en snelle ontwikkeling van de code kunnen oudere releases niet eeuwig blijven worden ondersteund. Elke versie heeft een beperkte levensduur.

De release manager beveelt aan dat wiki operators zich aanmelden voor de  mailinglijst, dan krijgen zij bij elke release een aankondiging, en kunnen zij de upgrade van hun wiki's zelf inplannen. Deze meldingen komen ook op  en.



Versies en hun levensduur
De hierboven genoemde versies die als verouderd zijn aangegeven en versies die helemaal niet genoemd worden ontvangen geen veiligheidsupdates. Zij kunnen dus onveilig zijn en ook andere fouten bevatten. De release manager beveelt sterk aan' dat alleen de hierboven genoemde “stabiele versie”, "oudere versie" en “lange termijn ondersteuning versie” worden gebruikt in een productie omgeving.



Release beleid

 * Elke 'point release' zal de bijgewerkte i18n bestanden bevatten en natuurlijk alle opgeloste fouten. Er worden geen nieuwe functies toegevoegd aan oudere 'point releases' en de ondersteuning geldt niet noodzakelijk voor de.
 * Er is elke zes maanden een major release.
 * Elk kwartaal is er een minor release (inclusief veiligheidsupdates, vertaalde berichten back-ports en opgeloste fouten).
 * Elke twee jaar wordt er een lange termijn ondersteuning release (LTS) gemaakt. Er is een jaar overlap in ondersteuning  bij LTS ondersteuning. Een voorbeeld, versie 1.23 is ondersteund tot mei 2017. Versie 1.27 is een jaar eerder uitgebracht. Mensen die de LTS gebruiken hebben dan een jaar de tijd om over te stappen.
 * 'Release notes' zijn de basis om de wijzigingen in de versies aan te geven. Omdat wij een project zijn met vrijwilligers, is het lastig om aan te geven wat er een komende periode zal gebeuren.



Tijdlijn
Dit tijdschema geeft alleen de planning van de releases aan. De echte datum van de release wordt met een T (van "tijdstip" van release) aangegeven met een suffix -# (voor het aantal weken voor de reelease).



Extensie levensduur
Most MediaWiki installations include a significant number of extensions (Wikimedia wikis often have around 140). Managing the maintenance bug fixing of extensions and choosing the right version of an extension in cases where the HEAD development version relies on features not yet available in stable or oldstable MediaWiki core, can be challenging.

Extension maintainers are therefore strongly encouraged to maintain a git branches for each extension version corresponding to a MediaWiki version. (.) For extensions hosted in Wikimedia's git repos, such branches (with names such as  for MediaWiki 1.30) are created automatically from master when a new MediaWiki version is branched (on the assumption that the extension master is compatible with MediaWiki master at all times). However, it's preferable for the extension maintainer to fix bugs not only in HEAD but also in the oldstable and stable versions (by backporting the fix to the old branches if necessary).

The goal of these rules is that people or organizations installing MediaWiki can rely on installing the newest release of a version and matching extensions by a simple method, e.g. for 1.20.x core by referring to  in git. And it avoids tarballs and zip files with non-relevant and unpredictable names.

Since Version 1.36, MediaWiki only commits to supporting upgrades from two major long-term support releases (LTS) ago (see T259771). Upgrades van oudere versies zullen in meerdere stappen gedaan moeten worden. 

Zie ook

 * Generatoren op WikiApiary - Statistieken over het gebruik van verschillende versie van de MediaWiki.
 * Generatoren op WikiApiary - Statistieken over het gebruik van verschillende versie van de MediaWiki.