Adam Jackson, odpowiedzialny za kilka poprzednich wydań serwera X.Org, w swoim raporcie z konferencji przejść na nowy schemat numeracji wydań. Aby wyraźniej zobaczyć, jak dawno dane wydanie zostało wydane, analogicznie do Mesy, zaproponowano uwzględnienie roku w pierwszym numerze wersji. Druga liczba będzie wskazywać numer seryjny istotnej wersji na dany rok, a trzecia liczba będzie odzwierciedlać aktualizacje korygujące.
Ponadto, ponieważ wydania X.Org Server są obecnie dość rzadkie (X.Org Server 1.20 został wydany półtora roku temu) i jak dotąd działalności związanej z tworzeniem X.Org Server 1.21, mimo że w kodzie zgromadziły się pewne poprawki i innowacje, proponuje się przejście do planowanego modelu tworzenia nowych wydań.
Propozycja sprowadza się do tego, że baza kodu będzie stale rozwijana przy wykorzystaniu systemu ciągłej integracji, a wydanie będzie prostym snapshotem stanu w określonych, wcześniej zaplanowanych terminach, pod warunkiem pomyślnego przejścia wszystkich testów CI.
Istotne wydania, w tym nowe funkcje, planowane są raz na 6 miesięcy. W miarę dodawania nowych funkcji proponuje się również tworzenie kompilacji pośrednich, które mogą automatycznie rozgałęziać się, na przykład raz na dwa tygodnie.
Hans de Goede, programista Fedory Linux w Red Hat, że proponowana metoda nie jest pozbawiona wad - ponieważ X.Org Server jest w dużym stopniu zależny od sprzętu, nie będzie możliwe wyłapanie wszystkich problemów poprzez system ciągłej integracji. Dlatego proponuje się dodatkowe wprowadzenie systemu błędów blokujących wydanie, których obecność opóźni automatyczne wydanie, a także zorganizowanie tworzenia wydań wstępnych do testów przed wydaniem. Michael Dänzer, programista Mesa w Red Hat, że proponowana metoda jest dobra w przypadku migawek i kandydatów do wydania, ale nie w przypadku ostatecznych wydań stabilnych, w tym ze względu na możliwość naruszenia kompatybilności ABI w wydaniu tymczasowym.
Źródło: opennet.ru