Adam Jackson, encargado de la preparación de varias versiones anteriores de X.Org Server, en su presentación en la conferencia propuso adoptar un nuevo esquema de numeración de versiones. Para visualizar más claramente cuánto tiempo ha pasado desde la publicación de una determinada versión, se sugiere que el primer número refleje el año. El segundo número indicará el número secuencial de la versión importante correspondiente al año considerado, y el tercer número reflejará actualizaciones correctivas.
Además, dado que las versiones de X.Org Server ahora se lanzan con bastante rareza (X.Org Server 1.20 salió hace un año y medio) y actualmente actividad en la formación de X.Org Server 1.21, mientras que en el código se han acumulado algunas correcciones y novedades, se propone adoptar un modelo planificado para la creación de nuevas versiones.
La propuesta se reduce a que la base de código se desarrollará continuamente utilizando un sistema de integración continua, y la versión será una simple instantánea del estado en fechas preestablecidas, siempre que todas las pruebas de CI se superen con éxito.
Se planea crear lanzamientos significativos, que incluyan nuevas funcionalidades, una vez cada 6 meses. A medida que se añadan nuevas funcionalidades, también se propone crear compilaciones intermedias que puedan ramificarse automáticamente, por ejemplo, cada dos semanas.
Hans de Goede, desarrollador de Fedora Linux, que trabaja en Red Hat, , reconoce que el método propuesto no está exento de desventajas: dado que X.Org Server está muy ligado al hardware, a través del sistema de integración continua no se podrán detectar todos los problemas. Por ello, se sugiere introducir un sistema de errores críticos de lanzamiento, cuya presencia retrasará el lanzamiento automático, y organizar la creación de versiones preliminares para pruebas antes del lanzamiento. Michel Dänzer, desarrollador de Mesa en Red Hat, , afirma que el método propuesto es adecuado para instantáneas y candidatos a lanzamientos, pero no para versiones finales estables, en parte debido a la posibilidad de violación de la compatibilidad ABI en una versión intermedia.
Fuente: opennet.ru
