Estase considerando a posibilidade de cambiar a numeración e o método de xeración de versións do servidor X.Org

Adam Jackson, responsable de varias versións anteriores de X.Org Server, suxeriu no seu relatorio na conferencia XDC2019 cambiar a un novo esquema de numeración de números. Para poder ver con máis claridade canto tempo atrás se publicou un determinado lanzamento, por analoxía con Mesa, propúxose reflectir o ano no primeiro número da versión. O segundo número indicará o número de serie do lanzamento significativo para o ano en cuestión, e o terceiro número reflectirá as actualizacións correctoras.

Ademais, xa que os lanzamentos de X.Org Server agora son bastante raros (X.Org Server 1.20 lanzouse hai ano e medio) e ata agora non visible actividade sobre a formación de X.Org Server 1.21, mentres que algunhas correccións e innovacións acumuladas no código, proponse pasar a un modelo planificado para a formación de novos lanzamentos.

A proposta redúcese no feito de que a base de código desenvolverase constantemente mediante un sistema de integración continua e o lanzamento será unha simple instantánea do estado en determinadas datas programadas previamente, sempre que todas as probas de CI sexan superadas con éxito.
Está previsto que se xeren versións importantes, incluídas as novas funcións, unha vez cada 6 meses. A medida que se engaden novas funcións, tamén se propón crear compilacións intermedias que poidan ramificarse automaticamente, por exemplo, unha vez cada dúas semanas.

Hans de Goede, desenvolvedor de Fedora Linux en Red Hat, observouque o método proposto non está exento de inconvenientes: xa que o servidor X.Org depende moito do hardware, non será posible detectar todos os problemas a través dun sistema de integración continua. Polo tanto, proponse introducir adicionalmente un sistema de erros de bloqueo de lanzamento, en presenza do cal se aprazará o lanzamento automático, así como organizar a formación de versións preliminares para probar antes do lanzamento. Michael Dänzer, desenvolvedor de Mesa en Red Hat, observouque o método proposto é bo para as instantáneas e as versións candidatas, pero non para as versións estables finais, incluso debido á posibilidade de que se produza unha violación da compatibilidade con ABI nunha versión provisional.

Fonte: opennet.ru

Engadir un comentario