मैं सोच रहा था कि अधिकांश उबंटू परियोजनाएं संस्करण नियंत्रण और बग ट्रैकिंग सिस्टम के लिए GitHub के बजाय Launchpad.net का उपयोग क्यों करती हैं। क्या उबंटू लॉन्चपैड (और इसलिए ) का उपयोग करने का एक विशिष्ट कारण है ?bzr
मैं सोच रहा था कि अधिकांश उबंटू परियोजनाएं संस्करण नियंत्रण और बग ट्रैकिंग सिस्टम के लिए GitHub के बजाय Launchpad.net का उपयोग क्यों करती हैं। क्या उबंटू लॉन्चपैड (और इसलिए ) का उपयोग करने का एक विशिष्ट कारण है ?bzr
जवाबों:
इस सूची में वे कारण शामिल हैं, जिनके बाद इसका उपयोग वापस नहीं हुआ और अब इसे क्यों नहीं स्थानांतरित करना चाहिए
लाउचपैड ने बाजार का उपयोग किया था जो बहुत पहले विकसित किया गया था। उस समय जीथब मौजूद नहीं था (जैसा कि रॉबिन ने कहा) लॉन्चपैड 2004 में लॉन्च किया गया था और 2008 में जीथब
गिथब खुला स्रोत नहीं है। इस मामले में बेहतर विकल्प होगा। मुझे पता है कि लॉन्चपैड शुरू में FOSS नहीं था, लेकिन इसे बाद में जारी किया गया था
शुरू में गितुब में कई विशेषताएं नहीं थीं जो लॉन्चपैड की थीं, टीमों की तरह। Github में PPA की तरह एक बिल्ड सिस्टम नहीं है
लॉन्चपैड में कई परियोजनाएं "मर्ज़ अनुरोध" कार्यक्षमता का उपयोग करती हैं, जो कि जीथब में बहुत बुनियादी समर्थन है। इसे "पुल अनुरोध" कहा जाता है लेकिन लॉन्चपैड में गितुब की तुलना में बेहतर विशेषताएं और अधिक विस्तृत हैं
गिथब का बग ट्रैकर बेकार है। बग ट्रैकर के लिए मेरा पालतू प्रोजेक्ट अधिक उपयोगी हो सकता है
लॉन्चपैड का स्वामित्व कैन्यनियल के पास है और वे डेवलपर्स को भुगतान करते हैं। उनका अपने उत्पाद पर पूरा नियंत्रण है।
Github, Git का उपयोग शाखाओं और टैग्स के उपयोग से ट्रैकिंग रिलीज़ के लिए करता है। लॉन्चपैड में, जो brr का उपयोग करता है, उसमें भी यह सुविधा है, लेकिन लॉन्चपैड स्पष्ट रूप से स्रोत नियंत्रण प्रणाली के बाहर इसे लागू करता है। यह उन लोगों के लिए थोड़ा अधिक आसान होगा जिन्हें संस्करणों को संभालना है, लेकिन स्रोत कोड के अंदर खुदाई नहीं करना चाहते हैं।
बस एक छोटा सा नोट: गितुब बनाम लॉन्चपैड और गिट बनाम बजर धार्मिक विषय है। मैं इस अंतहीन चर्चा से दूर रहना चाहता हूं। मैं उपयोग करता हूं जो उपयोग के मामले में फिट बैठता है।
मुझे लगता है कि सरल उत्तर यह है कि लॉन्चपैड बहुत सारे सामान करता है जो अन्य सिस्टम नहीं करते हैं (और यह तब और भी अधिक सच था जब उबंटू ने लॉन्च लॉन्च का उपयोग करना शुरू किया था)।
कुछ उदाहरण:
जबकि कोड होस्टिंग लॉन्चपैड की एक महत्वपूर्ण विशेषता है, यह केवल एक ही नहीं है और यह उबंटू का पहला फीचर नहीं था।
उबंटू से संबंधित अपस्ट्रीम परियोजनाओं के लिए, उबंटू के समान प्रणाली का उपयोग करने के लिए लाभ हैं। बस एक उदाहरण दोनों अपस्ट्रीम और पैक किए गए संदर्भों में बग को ट्रैक कर रहा है।
मुझे वास्तव में लगता है कि यह अधिक "क्यों वे बजर, और इसलिए लॉन्चपैड का उपयोग करते हैं"? GitHub के अस्तित्व में आने से बहुत पहले ही Canonical ने bzr और उसके अग्रदूत baz को विकसित करने में पैसा और लोगों का निवेश किया था, और वे शायद अब उस संचित विशेषज्ञता और निवेश को दूर नहीं फेंकना चाहते हैं। दरअसल, git के अस्तित्व में आने से पहले ही बाज़ शुरू हो गया था।
इसके अलावा, लॉन्चपैड को उनके द्वारा नियंत्रित किए जाने के साथ, वे आसानी से उन सुविधाओं को जोड़ सकते हैं जो उनके लिए समझ में आते हैं - जबकि गिटहब भी खुला स्रोत नहीं है, और निश्चित रूप से उनके नियंत्रण में नहीं है!
जेड शॉ ने इस विषय को हाल ही में एक ब्लॉग पोस्ट, लॉन्चपैड बनाम जीथब / सिसडमिन बनाम कोडर में कवर किया ।
मैंने इस ब्लॉग पोस्ट को lvh द्वारा सरल प्रश्न पूछते हुए देखा, "लोग लॉन्चपैड से इतनी नफरत क्यों करते हैं?" यह कुछ ऐसा था जिसे मैंने सोचा था जब तक कि मैं नेटबीएसडी pkgsrc को धन्यवाद देने के साथ छेड़छाड़ नहीं करता था और विभिन्न पैकेज प्रबंधकों पर शोध करने जाता था। जब मैं सभी विभिन्न पैकेज प्रबंधकों के माध्यम से जा रहा था, तो मुझे अंततः एहसास हुआ कि लॉन्चपैड और जीथब के बीच का अंतर वास्तव में सिस्टम प्रशासक और सॉफ्टवेयर डेवलपर्स के बीच का अंतर है।
मैं कोडपैड के बाहर लॉन्चपैड की विशेषताओं के उनके आकलन से पूरी तरह सहमत नहीं हूं। एक डेवलपर के रूप में, मैं गितुब के रेपो दृश्य को पसंद करता हूं, लेकिन लॉन्चपैड का बग ट्रैकर, गितुब से कहीं अधिक श्रेष्ठ है।