आप जो जारी करते हैं वह रोल रिलीज वितरण के पूरे परिवार के लिए सही नहीं है ।
सिस्टम रखरखाव सॉफ़्टवेयर के लिए, सिस्टम के केवल कुछ हिस्सों को अपग्रेड करने या पूरे अपग्रेड में कॉन्फ़िगरेशन स्थिरता बनाए रखने पर क्रॉस-पैकेज संगतता समस्याओं को हल करना अधिक चुनौतीपूर्ण है। विभिन्न सॉफ्टवेयर पैकेज को एक दूसरे के साथ अच्छी तरह से काम करने के लिए अनुकूलित करने की आवश्यकता है।
यही कारण है कि सिस्टम अपडेट प्रदान करने के लिए सबसे आसान ( एक ही देव समय प्रयास में सबसे विश्वसनीय ) समाधान है कि समय-समय पर पूर्ण, अच्छी तरह से जांच की गई, पूर्ण-स्थापना रिलीज तैयार करें। Red Hat जैसे एंटरप्राइज़ समाधान इस स्थिति को लेते हैं कि क्लाइंट को एक विश्वसनीय सिस्टम दिया जाना चाहिए और यथासंभव लंबे समय तक अपग्रेड को तोड़कर परेशान होना चाहिए। (बेशक, मामूली उन्नयन और बगफिक्स उपलब्ध होना चाहिए या यहां तक कि स्वचालित रूप से खींचा जाना चाहिए)। यह CentOS जैसे फ्री सर्वर डिस्ट्रोस के पीछे भी सामान्य दर्शन है।
रिलीज के बीच एक सहज उन्नयन मार्ग के साथ अंतिम-उपयोगकर्ता प्रदान करना सिस्टम डेवलपर्स के लिए एक बड़ी चुनौती है। कई डिस्ट्रोस इसके लिए अपने दुर्लभ समय का त्याग नहीं करना चुनते हैं। कई लोकप्रिय पैकेज (उदाहरण के लिए क्यूटी) को अपग्रेड करना मुश्किल है, अक्सर एक पूर्ण पुनर्स्थापना की आवश्यकता होती है। क्या और भी महत्वपूर्ण है, कई परियोजनाएं विकास के प्रयासों में कमी दिखाती हैं या अन्यथा नई प्रौद्योगिकियों द्वारा विस्थापित हो जाती हैं। सिस्टम पैकेज के मामले में, इसके लिए अक्सर कुछ महत्वपूर्ण सिस्टम को नया स्वरूप देना पड़ता है। प्रवासन प्रक्रियाओं को लागू करना विशेष रूप से कठिन हो सकता है यदि उन्हें इस तथ्य को ध्यान में रखना है कि कुछ लोग संस्करण सी से डी में अपग्रेड करना चाहते हैं, लेकिन अन्य लोग फॉर्म बी या ए या बीच में कुछ कस्टम राज्य से स्विच कर रहे होंगे।
इसलिए, जैसा कि आप पहले ही अनुमान लगा चुके हैं, सबसे चुनौतीपूर्ण दृष्टिकोण रिलीज जारी है। मैं डेबियन के दृष्टिकोण का विवरण नहीं जानता, लेकिन आपके विवरण से मैं देख सकता हूं कि वे बीच में कहीं हैं।