Version lifecycle/fr

MediaWiki utilise le modèle de développement dit d’« intégration continue », dans lequel les modifications du logiciel sont déployées régulièrement sur les sites web 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 à, 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 incluses dans le tableau ci-dessus qui sont marquées comme obsolètes ainsi que les versions qui ne sont pas listées du tout ne recevront pas de correctifs de sécurité. Elles peuvent contenir des vulnérabilités de sécurité critiques et d'autres bogues majeurs, y compris la menace d'une éventuelle perte et/ou corruption de données. Le responsable de la version a également émis une forte recommandation selon laquelle seules les versions listées ci-dessus comme étant la version stable, la version héritée ou la version de support à long terme actuelle doivent être utilisées dans un environnement de production. They may contain critical security vulnerabilities and other major bugs, including the threat of possible data loss and/or corruption. The release manager has also issued a strong recommendation that only versions listed above as the current “stable version”, "legacy version" or “long-term support version” be used in a production environment.



Politique de publication

 * Chaque version mineure inclura les mises à jour des fichiers i18n d’internationalisation et les corrections de bugs. Aucune nouvelle fonctionnalité ne sera intégrée dans les versions mineures et la maintenance ne s’étend pas nécessairement aux en général.
 * Une version majeure sera créée tous les six mois.
 * Une version mineure (y compris les correctifs de sécurité, les back-ports de traduction des messages et les corrections de bugs généraux) sera publiée tous les trimestres.
 * Une version de support à long terme (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.



Calendrier 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 bogues 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. 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.

Les mainteneurs d'extensions sont donc fortement encouragés à maintenir une branche git pour chaque version d'extension correspondant à une version de MediaWiki. (Voir pour les détails.) 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  dans git. Et cela évite les archives tar et les fichiers zip avec des noms non pertinents et imprévisibles.

Depuis la version 1.36, MediaWiki s'engage uniquement à prendre en charge les mises à niveau de deux versions majeures de support à long terme (LTS) qu’il y a (voir T259771). Les mises à niveau à partir d'anciennes versions de MediaWiki devront être effectuées en plusieurs étapes.



Voir aussi

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