Adam Jackson, verantwortlich für mehrere frühere X.Org-Server-Releases, in seinem Bericht auf der Konferenz Wechseln Sie zu einem neuen Nummerierungsschema für Ausgaben. Um klarer zu erkennen, wie lange die Veröffentlichung einer bestimmten Veröffentlichung zurückliegt, wurde analog zu Mesa vorgeschlagen, das Jahr in der ersten Nummer der Version anzugeben. Die zweite Zahl gibt die Seriennummer der bedeutenden Veröffentlichung für das betreffende Jahr an und die dritte Zahl gibt Korrekturaktualisierungen an.
Darüber hinaus sind X.Org-Server-Releases mittlerweile recht selten (X.Org-Server 1.20 wurde vor anderthalb Jahren veröffentlicht) und bisher Aktivitäten zur Bildung von X.Org Server 1.21, während sich einige Korrekturen und Neuerungen im Code angesammelt haben, wird vorgeschlagen, zu einem geplanten Modell für die Bildung neuer Versionen überzugehen.
Der Vorschlag läuft darauf hinaus, dass die Codebasis mithilfe eines kontinuierlichen Integrationssystems ständig weiterentwickelt wird und die Veröffentlichung zu bestimmten vorab festgelegten Terminen eine einfache Momentaufnahme des Status sein wird, sofern alle CI-Tests erfolgreich bestanden werden.
Wichtige Releases, einschließlich neuer Funktionen, sollen alle 6 Monate generiert werden. Wenn neue Funktionen hinzugefügt werden, wird auch vorgeschlagen, Zwischen-Builds zu erstellen, die beispielsweise alle zwei Wochen automatisch verzweigen können.
Hans de Goede, Fedora-Linux-Entwickler bei Red Hat, dass die vorgeschlagene Methode nicht ohne Nachteile ist – da X.Org Server sehr hardwareabhängig ist, wird es nicht möglich sein, alle Probleme durch ein kontinuierliches Integrationssystem zu erfassen. Daher wird vorgeschlagen, zusätzlich ein System von Veröffentlichungsblockierungsfehlern einzuführen, deren Vorhandensein die automatische Veröffentlichung verzögert, sowie die Bildung vorläufiger Veröffentlichungen zum Testen vor der Veröffentlichung zu organisieren. Michael Dänzer, Mesa-Entwickler bei Red Hat, dass die vorgeschlagene Methode für Snapshots und Release-Kandidaten geeignet ist, jedoch nicht für endgültige stabile Releases, auch aufgrund der Möglichkeit, dass in einer Zwischenversion eine ABI-Kompatibilitätsverletzung auftritt.
Source: opennet.ru