Adam Jackson, ansvarig för flera tidigare X.Org Server-släpp, i sin rapport vid konferensen byta till ett nytt numreringsschema. För att tydligare se hur länge sedan en viss utgåva publicerades, i analogi med Mesa, föreslogs att året skulle återspeglas i versionens första nummer. Den andra siffran kommer att indikera serienumret för den betydande utgåvan för året i fråga, och det tredje numret kommer att återspegla korrigerande uppdateringar.
Dessutom, eftersom X.Org Server-utgåvor nu är ganska sällsynta (X.Org Server 1.20 släpptes för ett och ett halvt år sedan) och hittills aktivitet på bildandet av X.Org Server 1.21, medan vissa korrigeringar och innovationer har samlats i koden, föreslås det att gå till en planerad modell för bildandet av nya utgåvor.
Förslaget går ut på att kodbasen ständigt kommer att utvecklas med hjälp av ett kontinuerligt integrationssystem, och releasen kommer att vara en enkel ögonblicksbild av tillståndet på vissa i förväg schemalagda datum, förutsatt att alla CI-tester är godkända.
Betydande releaser, inklusive nya funktioner, planeras att bildas en gång var sjätte månad. I takt med att nya funktioner läggs till, föreslås det också att skapa mellanbyggnader som automatiskt kan förgrena sig, till exempel en gång varannan vecka.
Hans de Goede, Fedora Linux-utvecklare på Red Hat, att den föreslagna metoden inte är utan sina nackdelar - eftersom X.Org Server är mycket hårdvaruberoende kommer det inte att vara möjligt att fånga upp alla problem genom ett kontinuerligt integrationssystem. Därför föreslås det att ytterligare införa ett system med frigivningsblockerande fel, vars närvaro kommer att fördröja den automatiska utgivningen, samt organisera bildandet av preliminära utgåvor för testning före utgivningen. Michael Dänzer, Mesa-utvecklare på Red Hat, att den föreslagna metoden är bra för ögonblicksbilder och releasekandidater, men inte för slutliga stabila releaser, inklusive på grund av möjligheten att få en ABI-kompatibilitetsöverträdelse i en interimsrelease.
Källa: opennet.ru