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 release).



Extensie levensduur
De meeste MediaWiki installaties bevatten veel extensies (Wikimedia wiki's zo rond de 140). Het beheren van opgeloste problemen en het kiezen van de goede versie is bij het beheren van een installatie een uitdaging. U moet bij een wijziging van de versie van elke extensie bedenken of die wel past op uw versie van Mediawiki.

De beheerders van een extensie raden u daarom aan om git branches voor elke extensie versie te onderhouden per geschikte versie van de MediaWiki. (.) Voor de extensies die gehost zijn in de Wikimedia's git repos, zoals branches (met namen als   voor MediaWiki 1.30) worden automatisch aangemaakt uit de 'master' als er een branche wordt gemaakt voor een nieuwe MediaWiki versie (met de aanname dat de extensie altijd op master-niveau compatibel is met MediaWiki). Het is echter fijn als de onderhouder van de extensie fouten niet alleen oplost in de HEAD maar ook in de oudere en stabiele versies van de extensie (door 'backporting' van oplossingen naar oudere nog ondersteunde versies).

Het doel van deze regels is dat mensen en organisaties bij het installeren van MediaWiki er op kunnen vertrouwen dat bij het installeren van de nieuwe release van een versie en overeenkomende extensies met een eenvoudige methode kunnen kiezen, bijvoorbeeld voor 1.20.x core aan   refereren in git. Het voorkomt dat tarballs en zip-bestanden niet relevante of zelfs wisselende en dus onvoorspelbare namen hebben.



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.
 * Generatoren op WikiApiary - Statistieken over het gebruik van verschillende versie van de MediaWiki.