Адам Джексон (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