Está sendo considerada a possibilidade de alteração da numeração e do método de formação dos lançamentos do X.Org Server

Adam Jackson, responsável pela preparação de várias versões anteriores do X.Org Server, um patch escrito à mão para correção. em sua apresentação na conferência XDC2019 propôs a transição para um novo esquema de numeração de lançamentos. Para tornar mais claro há quanto tempo cada lançamento foi publicado, de maneira similar ao Mesa, foi sugerido que o primeiro número da versão reflita o ano. O segundo número indicará a ordem do lançamento significativo no ano em questão, e o terceiro número refletirá correções.

Além disso, uma vez que os lançamentos do X.Org Server agora ocorrem com bastante raridade (o X.Org Server 1.20 foi lançado há um ano e meio) e ainda não se observa atividade na formação do X.Org Server 1.21, enquanto o código acumulou algumas correções e novidades, propõe-se passar para um modelo planejado de novos lançamentos.

A proposta é que a base de código continue a se desenvolver com o uso de um sistema de integração contínua, e o lançamento seria um simples retrato do estado em datas previamente estabelecidas, desde que todos os testes de CI sejam bem-sucedidos.
Lançamentos significativos, que incluem novas funcionalidades, estão sendo planejados a cada 6 meses. À medida que novas funcionalidades são adicionadas, também se sugere a formação de compilações intermediárias, que podem se ramificar automaticamente, por exemplo, a cada duas semanas.

Hans de Goede (Hans de Goede), desenvolvedor do Fedora Linux, trabalhando na empresa Red Hat, observou, o que sugere que o método proposto não está isento de desvantagens — uma vez que o X.Org Server está muito ligado ao hardware, por meio do sistema de integração contínua não será possível detectar todos os problemas. Portanto, também se propõe a introdução de um sistema de bloqueio de erros de lançamento, em caso de haver erros, o lançamento automático será adiado, além de organizar a formação de lançamentos preliminares para testes antes do lançamento. Michael Dänzer, desenvolvedor do Mesa na Red Hat, observou, afirma que o método proposto é bom para snapshots e candidatos a lançamentos, mas não para lançamentos finais estáveis, especialmente devido à possibilidade de haver uma quebra de compatibilidade ABI em lançamentos intermediários.

Fonte: opennet.ru