Adam Jackson, odpowiedzialny za przygotowanie kilku wcześniejszych wydań X.Org Server, w swoim wystąpieniu na konferencji proponuje przejście na nowy system numeracji wydań. Aby wyraźniej zobaczyć, jak dawno opublikowane zostało dane wydanie, analogicznie do Mesa zaproponowano, aby w pierwszej cyfrze wersji odzwierciedlić rok. Druga cyfra będzie wskazywać na numer porządkowy znaczącego wydania w danym roku, a trzecia cyfra ma odzwierciedlać poprawki.
Ponadto, ponieważ wydania X.Org Server pojawiają się teraz dość rzadko (X.Org Server 1.20 został wydany półtora roku temu) i na razie aktywności dotyczącej tworzenia X.Org Server 1.21, a w kodzie nagromadziły się pewne poprawki i innowacje, proponuje się przejście do planowanego modelu wytwarzania nowych wydań.
Propozycja polega na tym, że baza kodowa będzie stale rozwijana przy użyciu systemu ciągłej integracji, a wydanie będzie przedstawiać prosty zrzut stanu w określone wcześniej daty, pod warunkiem, że wszystkie testy CI zakończą się pomyślnie.
Znaczące wydania, które będą zawierać nowe funkcje, planuje się tworzyć raz na 6 miesięcy. W miarę dodawania nowych funkcji proponuje się również tworzenie wersji pośrednich, które mogą być automatycznie rozwidlane, na przykład co dwa tygodnie.
Hans De Goede (Hans de Goede), deweloper Fedora Linux, pracujący w firmie Red Hat, , że proponowana metoda ma swoje wady — ponieważ X.Org Server jest ściśle powiązany ze sprzętem, przez system ciągłej integracji nie da się wykryć wszystkich problemów. Dlatego proponuje się dodatkowo wprowadzenie systemu blokujących błędów wydania, przy których automatyczne wydanie będzie opóźniane, a także zorganizowanie tworzenia wersji wstępnych do testowania przed wydaniem. Michael Dänzer, programista Mesa z Red Hat, , że proponowana metoda jest dobra dla zrzutów i kandydatów do wydań, ale nie dla finalnych stabilnych wydań, również z powodu możliwości wystąpienia naruszeń zgodności ABI w wersji pośredniej.
Źródło: opennet.ru
