Version lifecycle/fr

MediaWiki utilise le modèle de développement dit d’« intégration continue », dans lequel les modification du logiciel sont déployées régulièrement sur les sites Wikimedia tels que Wikipédia.

En théorie, de nouvelles versions majeures sont publiées tous les six mois et les branches de ces versions reçoivent des mises à jour de sécurité jusqu’à un an après la première publication. À cause des contraintes de temps et la restructuration rapide du code de base, nous ne pouvons pas maintenir indéfiniment ; les mises à jour de sécurité et les mises à jour critiques ne sont donc pas disponibles pour les versions ayant atteint le statut de fin de vie.

Le responsable de la publication recommande fortement aux administrateurs de wikis de s’inscrire à la liste de diffusion, qui reçoit des annonces pour toutes les publications, et de s’assurer que leur wiki fonctionne avec la version la plus à jour possible du logiciel. Ces annonces sont aussi envoyées aux listes  et.

Versions et dates de fin de vie
Les versions listées dans le tableau ci-dessus qui sont marquées comme obsolètes ainsi que les versions non répertoriées ne recevront aucun correctif de sécurité. Elles peuvent contenir des vulnérabilités de sécurité critiques et d’autres bugs majeurs, comme des risques de pertes de données et/ou de corruption de données. Le responsable de la publication recommande que seules les versions listées ci-dessus comme version actuelle ou version héritée soient utilisées dans un environnement de production.

Politique de publication

 * Chaque version mineure inclura des mises à jour des fichiers d’internationalisation et des corrections de bugs. Aucune nouvelle fonctionnalité ne sera intégrée dans les versions mineures et la maintenance ne s’étend pas aux extensions en général, voir ci-dessous (par exemple, ne fonctionne pas avec la LTS actuelle).
 * Une version majeure sera créée tous les six mois.
 * Une version à support long (LTS ) sera créée tous les deux ans. Il y aura un recouvrement d’un an entre les périodes de maintenance des LTS. Par exemple, la version 1.23 était maintenue jusqu’à mai 2017 ; la version 1.27 a été publiée un an avant afin d’avoir un an pour faire la transition d’une version LTS à l’autre.
 * Les notes de versions resteront la méthode de base pour voir ce qui a changé. À cause de la nature des projets conduits par des bénévoles, il n’est pas possible de dire avec certitude ce qui arrivera dans les prochains six ou douze mois.
 * Pour réduire le problème des notes de version, nous publierons une liste des nouvelles fonctionnalités de la nouvelle LTS par rapport à la précédente six mois avant que la nouvelle soit publiée. Cela signifie que lorsque la version 1.26 a été publiée, nous avons annoncé aux utilisateurs de la version 1.23 les changements qu’il pouvait espérer dans la version 1.27.

Chronologie des publications
Cette chronologie est un planning de ce qui doit arriver avant la publication d’une nouvelle version. La date de la publication est représentée par T (pour time) et les suffixes -n indiquent une date n semaines avant la publication.

Gestion du cycle de vie des extensions
La plupart des installations de MediaWiki incluent un nombre significatif d'extensions (les wikis Wikimedia en ont souvent environ 140). Gérer la correction des bugs de maintenance des extensions et choisir la bonne version d'une extension dans les cas où la version de développement HEAD repose sur des fonctionnalités qui ne sont pas encore disponibles dans le noyau stable ou ancien de MediaWiki, peut être difficile.

Les mainteneurs d'extensions sont donc fortement encouragés à maintenir une branche git pour chaque version d'extension correspondant à une version de MediaWiki. (See Compatibility for details.) Pour les extensions hébergées dans les dépôts git de Wikimedia, de telles branches (avec des noms tels que  pour MediaWiki 1.30) sont créées automatiquement à partir du master lorsqu'une nouvelle version de MediaWiki est ramifiée (en supposant que le master de l'extension soit compatible avec le master de MediaWiki tout le temps). Cependant, il est préférable que le mainteneur de l'extension corrige les bogues non seulement dans HEAD, mais aussi dans les versions anciennes et stables (en rétroportant le correctif sur les anciennes branches si nécessaire).

Le but de ces règles est de permettre aux personnes ou organisations installant MediaWiki de pouvoir installer la dernière version et d’y faire correspondre les extensions par une méthode simple, par exemple pour MediaWiki 1.20.x en utilisant REL1_20 dans git.

Liens externes

 * Generators sur WikiApiary : statistiques d’utilisation des versions de MediaWiki.