Адам Джэксан (Adam Jackson), які адказваў за падрыхтоўку некалькіх мінулых рэлізаў X.Org Server, у сваім дакладзе на канферэнцыі перайсці на новую схему нумарацыі выпускаў. Каб больш ясна бачыць як даўно апублікаваны той ці іншы выпуск па аналогіі з Mesa прапанавана ў першым ліку версіі адбіць год. Другі лік будзе ўказваць на парадкавы нумар значнага выпуску за разглядаемы год, а трэці лік адлюстроўваць карэкціруючыя абнаўленні.
Акрамя таго, бо рэлізы X.Org Server зараз выходзяць досыць рэдка (X.Org Server 1.20 выйшаў паўтара гады назад) і пакуль актыўнасці па фармаванні X.Org Server 1.21, у той час як у кодзе назапасіліся некаторыя выпраўленні і навіны, прапануецца перайсці да планавай мадэлі фармавання новых выпускаў.
Прапанова зводзіцца да таго, што кодавая база будзе ўвесь час развівацца з выкарыстаннем сістэмы бесперапыннай інтэграцыі, а рэліз будзе ўяўляць сабой просты зрэз стану ў вызначаныя загадзя вызначаныя даты, пры ўмове, што ўсе CI-тэсты паспяхова пройдзеныя.
Значныя рэлізы, якія ўключаюць новыя магчымасці, плануецца фарміраваць раз на 6 месяцаў. Па меры дадання новых магчымасцяў таксама прапануецца фармаваць прамежкавыя зборкі, якія могуць аўтаматычна адгаліноўвацца, напрыклад, раз два тыдні.
Ганс Дэ Гоедэ (Hans de Goede), распрацоўшчык Fedora Linux, які працуе ў кампаніі Red Hat, , Што прапанаваны метад не пазбаўлены недахопаў – бо X.Org Server вельмі моцна завязаны на абсталяванні, праз сістэму бесперапыннай інтэграцыі не атрымаецца адлавіць ўсе праблемы. Таму прапануецца дадаткова ўвесці сістэму блакавальных рэліз памылак, пры наяўнасці якіх аўтаматычны выпуск будзе адкладацца, а таксама арганізаваць фармаванне папярэдніх выпускаў для тэставання перад рэлізам. Майкл Дэнзэр (Michel Dänzer), распрацоўшчык Mesa з Red Hat, , Што прапанаваны метад добры для снапшотаў і кандыдатаў у рэлізы, але не для фінальных стабільных выпускаў, у тым ліку з-за магчымасці атрымаць парушэнне сумяшчальнасці ABI у прамежкавым выпуску.
Крыніца: opennet.ru