Adam Jackson，負責過去的幾個 X.Org Server 版本， 他在會議報告中 切換到新的問題編號方案。 為了更清楚地看到特定版本的發佈時間，與 Mesa 類比，建議在版本的第一個數字中反映年份。 第二個數字將指示相關年份的重要版本的序號，第三個數字將反映修正更新。
此外，由於 X.Org Server 版本現在相當罕見（X.Org Server 1.20 已發布一年半前），到目前為止 關於形成 X.Org Server 1.21 的活動，雖然程式碼中累積了一些更正和創新，但建議轉向用於形成新版本的計劃模型。
該提案歸結為這樣一個事實：程式碼庫將使用持續整合系統不斷開發，並且在所有 CI 測試均成功通過的情況下，發布將是在某些預先安排的日期的狀態的簡單快照。
計劃每 6 個月發布一次重要版本，包括新功能。 隨著新功能的添加，也建議建立可以自動分支的中間版本，例如每兩週一次。
Hans de Goede，Red Hat 的 Fedora Linux 開發人員， 所提出的方法並非沒有缺點 - 由於 X.Org Server 非常依賴硬件，因此不可能透過持續整合系統來捕獲所有問題。 因此，建議額外引入發布阻塞錯誤的系統，該錯誤的存在會延遲自動發布，並在發布前組織形成初步版本進行測試。 Michael Dänzer，Red Hat 的 Mesa 開發人員， 提議的方法適用於快照和候選版本，但不適用於最終穩定版本，包括由於臨時版本中可能會出現 ABI 相容性衝突。
來源： opennet.ru