Apa yang Anda sebutkan tidak berlaku untuk seluruh keluarga distribusi rilis bergulir .
Untuk perangkat lunak pemeliharaan sistem, jauh lebih sulit untuk menyelesaikan masalah kompatibilitas lintas paket ketika memutakhirkan hanya beberapa bagian sistem atau mempertahankan konsistensi konfigurasi di seluruh peningkatan. Berbagai paket perangkat lunak perlu diadaptasi untuk bekerja dengan baik satu sama lain.
Itulah sebabnya solusi termudah (yaitu paling dapat diandalkan pada waktu yang bersamaan ) untuk menyediakan pembaruan sistem adalah mempersiapkan rilis instalasi penuh yang teruji secara menyeluruh dan menyeluruh secara berkala. Solusi perusahaan seperti Red Hat mengambil posisi bahwa klien harus diberikan sistem yang andal dan bermasalah dengan memutakhirkan peningkatan selama mungkin. (Tentu saja, peningkatan kecil dan perbaikan bug harus tersedia atau bahkan ditarik secara otomatis). Ini juga filosofi umum di balik distro server gratis seperti CentOS.
Memberi pengguna akhir dengan rute peningkatan yang mulus antar rilis adalah tantangan besar bagi pengembang sistem. Banyak distro memilih untuk tidak mengorbankan waktu mereka yang langka untuk ini. Banyak paket populer (seperti QT misalnya) sulit untuk ditingkatkan, seringkali memerlukan instal ulang yang lengkap. Yang lebih penting, banyak proyek menunjukkan penurunan dalam upaya pengembangan atau digantikan oleh teknologi baru. Dalam hal paket sistem, ini seringkali memerlukan beberapa perancangan ulang sistem yang signifikan. Prosedur migrasi dapat menjadi sangat sulit untuk diterapkan jika mereka harus mempertimbangkan fakta bahwa beberapa orang akan ingin memutakhirkan dari versi C ke D, tetapi yang lain akan beralih dari B atau dari A atau dari beberapa negara bagian di tengah.
Jadi, seperti yang mungkin sudah Anda duga, pendekatan yang paling menantang adalah rilis bergulir. Saya tidak tahu detail pendekatan Debian, tetapi dari uraian Anda, saya bisa melihat mereka ada di suatu tempat di tengah.