"डेबियन रिलीज़" अपने आप में एक बात नहीं है, आमतौर पर जंगली में डेबियन की अलग-अलग रिलीज़ होती हैं।
डेबियन की एक शाखा है, जिसे "अस्थिर" या "साइड" कहा जाता है, जिसका नाम टॉय स्टोरी के उस बच्चे के नाम पर रखा गया है जो अपने खिलौने तोड़ता है।
डेबियन की एक "स्थिर" रिलीज़ भी है, जो तैयार होने पर रिलीज़ होती है। ये आमतौर पर लंबे अंतराल में जारी किए जाते हैं।
बीच में एक रिलीज है जिसे "परीक्षण" कहा जाता है, सॉफ्टवेयर के संस्करणों के साथ नए स्थिर लेकिन अस्थिर से पुराने। आखिरकार "परीक्षण" को एक स्थिर रिलीज के लिए बढ़ावा दिया जाता है।
आमतौर पर उनके विकास चक्र के दौरान, उबंटू डेबियन अनस्टेबल (सिड) से स्रोत पैकेज आयात करता है । कुछ बिंदु पर हम स्वचालित आयात बंद कर देते हैं और इसके बजाय मैन्युअल रूप से फिक्स में खींचते हैं और फिर इसे हर 6 महीने में उबंटू के रूप में जारी करते हैं। एलटीएस रिलीज के दौरान जहां स्थिरता अधिक महत्वपूर्ण है, उबंटू इसके बजाय परीक्षण रिलीज से खींच लेगा ।
उबंटू रिलीज़ होने के बाद, डेबियन के साथ एक बड़ा सिंक अप हुआ है और यह प्रक्रिया दोहराई गई है।
डेबियन स्टेबल और उबंटू दोनों ही डेबियन अनस्टेबल -> परीक्षण -> लेते हैं और फिर उसी के आधार पर स्थिर रिलीज बनाते हैं। प्रक्रियाओं के बीच प्रमुख अंतर यह है कि उबंटू समय-आधारित है, आयात और उस रिलीज के लिए लक्ष्य और लक्ष्यों के आधार पर फ्रीज बनाने, जबकि डेबियन एक धीमी दर पर चक्र और एक सख्त "हमें नियमित रूप से जारी करने की आवश्यकता है" लक्ष्य नहीं है । उबंटू कभी-कभी उन चीजों को भी ले जाएगा जो अपने उपयोगकर्ताओं के लिए महत्वपूर्ण हैं और उन लोगों को सीधे पैकेज देते हैं, कभी-कभी उपयुक्त होने पर उन्हें वापस डेबियन में जमा करते हैं। मैं यहाँ उसके बारे में थोड़ी बात करता हूँ:
एक लंबे समय से पहले डेबियन स्थिर रिलीज को वास्तव में लंबा समय लग सकता है, कभी-कभी 3 साल तक: इतने लंबे समय तक जारी किया गया था कि कुछ सॉफ्टवेयर खराब हो चुके थे। पिछले कुछ रिलीज बहुत जल्दी हुए हैं, लगभग 1.5-2 साल के बीच चल रहे हैं - उबंटू एलटीएस रिलीज के समान अंतराल के बारे में, लेकिन चूंकि शेड्यूल समान नहीं है, इसलिए डेबियन रिलीज में हालिया उबंटू एलटीएस रिलीज की तुलना में नया सॉफ्टवेयर हो सकता है। (या ठीक इसके विपरीत)।
डेबियन और उबंटू पैकेज अक्सर बाइनरी संगत होते हैं: एक वितरण पर बनाए गए कार्यक्रमों को दूसरे पर कॉपी किया जा सकता है और सफलतापूर्वक चलेगा। लेकिन यह एक ही पुस्तकालयों के उपलब्ध होने पर निर्भर करता है जो पैकेज के खिलाफ बनाया गया था, जो हमेशा मामला नहीं होता है, या तो उबंटू रिलीज और डेबियन रिलीज के बीच या एक ही वितरण के लगातार दो रिलीज के बीच। इसके अलावा, केवल सही पुस्तकालयों की तुलना में वितरण एकीकरण के लिए बहुत कुछ है, इसलिए भले ही पैकेज में प्रोग्राम में वह सब कुछ हो जो उसे चलाने की आवश्यकता है, वितरण के बीच किसी भी संख्या के अंतर के कारण पैकेज सही तरीके से स्थापित या चलाने में विफल हो सकता है। : एक उबंटू पैकेज डेबियन पर उपयोग करने योग्य नहीं हो सकता है क्योंकि इसके लिए ऊपर की ओर की आवश्यकता होती है, उदाहरण के लिए।
सामान्य तौर पर, यदि आपको लगता है कि पैकेजिंग डेबियन और उबंटू के बीच समान होनी चाहिए, तो आपकी रिलीज़ के सटीक टूलचैन के लिए बाइनरी पैकेज को फिर से बनाना आसान है। आप स्रोत पैकेज को आसानी से आयात कर सकते हैं और इसे स्वयं या पीपीए में बना सकते हैं।
हर बार एक समय में, डेबियन और उबंटू लाइन जारी करते हैं जहां हम एक जीसीसी, libc6, या अजगर संस्करण या जो कुछ भी साझा कर सकते हैं। यह पारिस्थितिकी तंत्र के लिए निश्चित रूप से बहुत अच्छा है क्योंकि ऐसी चीजें जो बारीकी से संरेखित होती हैं, उपयोगकर्ताओं, पैकर्स और अपस्ट्रीम के लिए चीजों को आसान बनाती हैं। यही कारण है कि उबंटू डेवलपर शिखर सम्मेलन में टूलचैन चर्चा आमतौर पर उस समय डेबियन की स्थिति को ध्यान में रखती है।