Những gì bạn nêu không đúng với cả gia đình phân phối phát hành .
Đối với một phần mềm bảo trì hệ thống, sẽ khó khăn hơn nhiều khi giải quyết các vấn đề tương thích gói chéo khi chỉ nâng cấp một số phần của hệ thống hoặc duy trì tính nhất quán cấu hình trong suốt quá trình nâng cấp. Các gói phần mềm khác nhau cần được điều chỉnh để hoạt động tốt với nhau.
Đó là lý do tại sao giải pháp dễ nhất (nghĩa là đáng tin cậy nhất trong cùng một nỗ lực thời gian dev ) để cung cấp bản cập nhật hệ thống là chuẩn bị một bản phát hành đầy đủ, được kiểm tra kỹ lưỡng, cài đặt đầy đủ theo định kỳ. Các giải pháp doanh nghiệp như Red Hat đảm nhận vị trí khách hàng phải được cung cấp một hệ thống đáng tin cậy và gặp rắc rối khi phá vỡ các nâng cấp càng lâu càng tốt. (Tất nhiên, các nâng cấp nhỏ và sửa lỗi phải có sẵn hoặc thậm chí tự động kéo). Đây cũng là triết lý chung đằng sau các bản phát hành máy chủ miễn phí như CentOS.
Cung cấp cho người dùng cuối một lộ trình nâng cấp liền mạch giữa các bản phát hành là một thách thức lớn đối với các nhà phát triển hệ thống. Nhiều distro chọn không hy sinh thời gian khan hiếm của họ để điều này. Nhiều gói phổ biến (ví dụ như QT) khó nâng cấp, thường cần cài đặt lại hoàn chỉnh. Điều thậm chí còn quan trọng hơn, nhiều dự án cho thấy nỗ lực phát triển giảm hoặc bị thay thế bởi các công nghệ mới. Trong trường hợp các gói hệ thống, điều này thường đòi hỏi một số thiết kế lại hệ thống quan trọng. Các thủ tục di chuyển có thể đặc biệt khó thực hiện nếu họ phải tính đến thực tế là một số người sẽ muốn nâng cấp từ phiên bản C lên D, nhưng những người khác sẽ chuyển đổi mẫu B hoặc từ A hoặc từ một số trạng thái tùy chỉnh ở giữa.
Vì vậy, như bạn có thể đã đoán, cách tiếp cận thử thách nhất là phát hành. Tôi không biết chi tiết về cách tiếp cận của Debian, nhưng từ mô tả của bạn, tôi có thể thấy chúng ở đâu đó ở giữa.