Version lifecycle/es

MediaWiki opera en un modelo de desarrollo de «integración continua», donde los cambios en el software se despliegan directamente en los sitios de Wikimedia, tales como Wikipedia, de forma regular.

En teoría, las nuevas versiones principales se liberan cada seis meses, y las ramas de estas versiones continúan recibiendo actualizaciones de seguridad por un máximo de un año a partir de la primera liberación. Debido a limitaciones de tiempo y a la rápida refactorización del código base, no podemos mantener versiones obsoletas para siempre y las actualizaciones de seguridad y las actualizaciones críticas no se aplican a las versiones que han llegado al final de su ciclo de vida.

El administrador de la versión recomienda encarecidamente que los operadores de la wiki se suscriban a la, para que reciba notificaciones de todas las versiones y se asegure de que su wiki ejecuta la versión más actualizada posible del software. Estos anuncios también se publican en  y.



Versiones y su fin de vida
Las versiones incluidas en el cuadro anterior que estén marcadas como obsoletas, así como las versiones que no figuran en la lista, no recibirán ningún parche de seguridad. Pueden contener vulnerabilidades críticas de seguridad y otros fallos importantes, entre ellos la posibilidad de pérdida y/o corrupción de datos. El gestor de versiones también ha emitido una fuerte recomendación de que solo las versiones listadas arriba como “versión actual” o “versión heredada con soporte a largo plazo” (LTS) se utilicen en un entorno de producción. This also includes all versions older than the oldest version listed. 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.



Política de liberaciones

 * Cada punto de liberación incluirá los archivos i18n actualizados así como cualquier corrección de errores. No se incluirán nuevas características en las versiones portadas a un punto de liberación y, en general, el soporte no incluye necesariamente.
 * Se realizará una liberación importante cada seis meses.
 * A minor release (including security patches, message translation back-ports, and general bugfixes) will be made every quarter.
 * Cada dos años se realizará una liberación con soporte a largo plazo (long-term support release o LTS en inglés). Habrá una superposición de un año en el soporte de LTS. Por ejemplo, 1.23 tiene soporte hasta mayo de 2017. El año anterior, se liberó la 1.27, de forma que estaba disponible como LTS a la que migrar, con un año para hacer la transición.
 * Las notas de la versión seguirán siendo la base para ver lo que ha cambiado. Debido a la naturaleza de un proyecto impulsado por voluntarios, no es posible decir con certeza lo que sucederá en los próximos 6 a 12 meses.



Cronograma de liberaciones
Esta línea de tiempo es un cronograma de lo que debe suceder antes de la liberación de una nueva versión. La fecha de la liberación real se da aquí como T («tiempo» hasta la liberación) y el sufijo -# (para el «número de semanas que faltan hasta la liberación»).



Gestión del ciclo de vida de las extensiones
La mayoría de las instalaciones de MediaWiki incluyen un número significativo de extensiones (las wikis de Wikimedia a menudo ofrecen alrededor de 140). Administrar la corrección de errores de mantenimiento de las extensiones y elegir la versión correcta de una extensión en los casos en que la versión de desarrollo a la cabeza se basa en características que aún no están disponibles en el núcleo de MediaWiki estable o antiguo, puede ser un desafío. 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.

Por lo tanto, se recomienda encarecidamente a los mantenedores de extensiones que mantengan las ramas del git para cada versión de la extensión correspondiente a una versión de MediaWiki. (véase para más detalles.) En las extensiones alojadas en los repositorios git de Wikimedia, dichas ramas (con nombres como  para MediaWiki 1.30) se crean automáticamente desde el master cuando se ramifica una nueva versión de MediaWiki (en el supuesto de que el master de la extensión sea compatible con el master de MediaWiki en todo momento). Sin embargo, es preferible que el mantenedor de la extensión corrija los errores no solo en la cabecera sino también en las versiones estable y antigua (realizando una copia de seguridad de la corrección en las ramas antiguas si es necesario).

El objetivo de estas reglas es que las personas u organizaciones que instalan MediaWiki pueden confiar en instalar la versión más reciente de una versión y hacer coincidir las extensiones con un método simple, por ejemplo, para el núcleo 1.20.x haciendo referencia a  en git. And it avoids tarballs and zip files with non-relevant and unpredictable names.



Véase también

 * Estadisticas en WikiApiary - Estadísticas sobre el uso de diferentes versiones de MediaWiki.
 * Estadisticas en WikiApiary - Estadísticas sobre el uso de diferentes versiones de MediaWiki.
 * Estadisticas en WikiApiary - Estadísticas sobre el uso de diferentes versiones de MediaWiki.