गिटहब लाइसेंस के बारे में आपको क्या जानने की जरूरत है: कैसे चुनें और जोड़ें

GitHub लाइसेंस – हम किस बारे में बात कर रहे हैं? सॉफ़्टवेयर बनाने के लिए, आपको न केवल इसे लिखना होगा, बल्कि यह भी तय करना होगा कि उपयोगकर्ताओं या डेवलपर्स को इससे क्या करने का अधिकार है। अगर कोई सबके लिए मुफ्त कार्यक्रम बनाता है, तो वह अच्छा काम कर रहा है, लेकिन जो कोई भी इसका इस्तेमाल करता है, उसे इसका औचित्य साबित करना होगा कि वह इसका इस्तेमाल कैसे करता है। उदाहरण के लिए, यदि कोई कंपनी अपनी गतिविधियों में किसी मुफ्त कार्यालय (उदाहरण के लिए, लिब्रे ऑफिस) के साथ काम करेगी, तो लेखा परीक्षकों के लिए यह साबित करने में सक्षम होना चाहिए कि उसे ऐसा करने का अधिकार है। ऐसा करने के लिए, उपयुक्त लाइसेंस प्रस्तुत करना पर्याप्त होगा। यदि डेवलपर इसे तैयार करना भूल जाता है, तो फर्म खुद को मुश्किल स्थिति में पा सकती है। [कैप्शन आईडी = “अटैचमेंट_11854” एलाइन = “एलाइनसेंटर” चौड़ाई = “1024”]
लाइसेंस का वर्गीकरण और लाइसेंस के प्रकार [/ कैप्शन] एक एप्लिकेशन बनाते समय, डेवलपर को यह तय करना होगा कि उसके कार्यक्रम के साथ किन कार्यों की अनुमति होगी और क्या नहीं। उदाहरण के लिए, हम न केवल उपयोग करने के बारे में बात कर सकते हैं, बल्कि कार्यक्रमों के ग्रंथों का अध्ययन करने या सॉफ़्टवेयर उत्पाद में अपना समायोजन करने के बारे में भी बात कर सकते हैं। GitHub सहयोगी परियोजना विकास के लिए सबसे बड़ी सेवाओं में से एक है। वहीं वे यहां न सिर्फ फ्री में बल्कि कमर्शियल प्रोजेक्ट्स पर भी काम कर सकते हैं। एक उपयुक्त लाइसेंस निर्दिष्ट करके, डेवलपर्स बनाए गए उत्पाद का उपयोग करने के तरीके के बारे में भ्रम को समाप्त कर देंगे। समस्या यह है कि विभिन्न प्रकार के लाइसेंस होते हैं, और यह निर्धारित करना हमेशा आसान नहीं होता है कि किसी विशेष मामले में किस विकल्प को प्राथमिकता दी जानी चाहिए। साथ ही, कुछ परियोजनाओं के लिए लाइसेंस न होना असामान्य नहीं है।विभिन्न मामलों में उपयोगकर्ताओं के कौन से अधिकार और दायित्व उत्पन्न होते हैं, यह समझने के लिए लाइसेंसिंग के बारे में अधिक जानना आवश्यक है।

मुझे GitHub पर ओपन सोर्स प्रोजेक्ट्स को लाइसेंस देने की आवश्यकता क्यों है

आवश्यक लाइसेंस निर्दिष्ट करके, डेवलपर निम्नलिखित के लिए प्रदान कर सकता है:

1. कार्यक्रम के उपयोग की शर्तें । वे शुल्क के भुगतान के लिए प्रदान कर सकते हैं या कुछ या सभी मामलों में मुफ्त उपयोग की अनुमति दे सकते हैं।
2. कभी-कभी कार्यक्रम समुदाय द्वारा विकसित किए जाने के लिए बनाए जाते हैं । इस मामले में, यह महत्वपूर्ण है कि हर कोई जो चाहता है वह कार्यक्रम के पाठों से खुद को परिचित कर सके।
3. जब कोड उपलब्ध होता है, तो कुछ प्रोग्राम को कार्यात्मक और यथासंभव विश्वसनीय बनाने के लिए परिवर्तन कर सकते हैं। कभी-कभी लेखक सभी को ऐसा करने की अनुमति दे सकता है, अन्य मामलों में वह उसे एक परिवर्तन भेजने की पेशकश करता है, और अपने आप ही परियोजना में समायोजन करता है।
4. आपको यह तय करने की आवश्यकता है कि क्या तृतीय पक्ष परियोजना में परिवर्तन कर सकते हैं और उनकी ओर से प्रस्ताव दे सकते हैं। इस मामले में, यह इंगित करना आवश्यक है कि उनका उत्पाद किस लाइसेंस के साथ होना चाहिए।

इन और इसी तरह के मुद्दों को हल करते हुए, एप्लिकेशन का लेखक वास्तव में अपने द्वारा बनाए गए सॉफ़्टवेयर उत्पाद के भविष्य के भाग्य को काफी हद तक निर्धारित करता है।

लाइसेंस कितने प्रकार के होते हैं

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

यदि लेखक दस्तावेज़ बनाने से इनकार करता है, तो इस मामले में कॉपीराइट लागू होगा, जो डिफ़ॉल्ट रूप से उसके देश के कानून द्वारा प्रदान किया जाता है। इस तरह से लाइसेंस न होने का मतलब यह नहीं है कि आप प्रोग्राम के साथ जो चाहें कर सकते हैं। वास्तव में, इस स्थिति को लाइसेंस के प्रकारों में से एक माना जा सकता है।

जीथब लाइसेंस कैसे चुनें

एक उपयुक्त विकल्प की खोज शुरू करने से पहले, यह आवश्यक है कि प्रोग्रामर अपनी आवश्यकताओं को तैयार करे, जिससे वह आगे लाइसेंस के साथ आगे बढ़ने वाला है। इसके बाद, आपको अनुरोध के अनुरूप विशिष्ट विकल्पों से परिचित होना चाहिए। उसके बाद, आपको कानूनी शब्दों का सावधानीपूर्वक अध्ययन करना होगा और अंतिम निर्णय लेना होगा कि लाइसेंस क्या होना चाहिए। एक सूचित विकल्प बनाने के लिए, आपको यह समझने की आवश्यकता है कि किसी विशेष प्रकार के लाइसेंस द्वारा कौन से अधिकार और दायित्व निर्धारित किए जाते हैं। सही चुनाव करने के लिए, आप तुलनित्र नामक विशेष सेवाओं का उपयोग कर सकते हैं। यहां कुछ उदाहरण दिए गए हैं:

1. https://choosealicense.com/। इस साइट में उपयोग की बारीकियों को समझने में आपकी मदद करने के लिए सही विकल्प और विस्तृत सलाह चुनने के लिए मार्गदर्शक प्रश्न हैं।
2. https://opensource.org/licenses पृष्ठ विभिन्न निःशुल्क सॉफ़्टवेयर समाधानों की समीक्षा करने के लिए समर्पित है।
3. साइट https://tldrlegal.com/ को विभिन्न लाइसेंस विकल्पों के लिए एक विश्वकोश के रूप में देखा जा सकता है। इसमें सटीक कानूनी भाषा और विस्तृत टिप्पणी दोनों शामिल हैं।

[कैप्शन आईडी = “अटैचमेंट_11858” एलाइन = “एलाइनसेंटर” चौड़ाई = “840”]
https://choosealicense.com/ पर लाइसेंस की तुलना करें [[]] हालांकि, प्रासंगिक कानूनी दस्तावेजों को ध्यान से पढ़ने के लिए सबसे अधिक उत्पादक विकल्प है। हालांकि यह एक समय लेने वाली गतिविधि है, फिर भी, ग्रंथों का अध्ययन करने से डेवलपर को वे सभी उत्तर मिलेंगे जिनकी उसे आवश्यकता है।

Github में लाइसेंस कैसे जोड़ें

लाइसेंस विकल्पों के व्यापक चयन के बावजूद, जो व्यवहार में उनकी प्रभावशीलता और विश्वसनीयता को साबित कर चुके हैं, डेवलपर के अपने विचार हो सकते हैं कि उसके द्वारा बनाए गए कार्यक्रम के लिए लाइसेंस क्या होना चाहिए। इस मामले में, सेवा आपके स्वयं के संस्करण को जोड़ने या मौजूदा को समायोजित करने की क्षमता प्रदान करती है। Github में लाइसेंस जोड़ने के लिए, आपको इन चरणों का पालन करना होगा:

1. आपको अपने भंडार के मुख्य पृष्ठ पर जाना होगा।
2. फ़ाइल जोड़ने के लिए आपको बटन पर क्लिक करना होगा, फिर “नई फ़ाइल बनाएँ” चुनें।
3. इसके बाद, आपको फ़ाइल का नाम दर्ज करना होगा। लाइसेंस के लिए, यह दो विकल्पों में से एक हो सकता है: LICENSE या LICENCE.md। यहां पूंजीकरण अनिवार्य है।
4. फ़ाइल नाम इनपुट फ़ील्ड के दाईं ओर, लाइसेंस टेम्पलेट का चयन करने के लिए क्लिक करें।
5. पृष्ठ के बाईं ओर स्थित मेनू में, “अपने प्रोजेक्ट में लाइसेंस जोड़ें” पंक्ति का चयन करें। इस मामले में, मौजूदा दस्तावेजों में से एक विकल्प का चयन किया जाता है।
6. फिर “रिव्यू एंड सबमिट” लाइन पर क्लिक करें। फिर उनके अनुबंध विवरण दर्ज करें।
7. उसके बाद, यह स्पष्ट करना आवश्यक है कि क्या परिवर्धन या परिवर्तन किए गए थे। अगला, वे इंगित करते हैं कि क्या चयनित दस्तावेज़ को सही किया गया था या क्या हम लाइसेंस का दूसरा संस्करण बनाने के बारे में बात कर रहे हैं।

परिवर्तनों की पुष्टि करने के बाद, डेवलपर Git हब सेवा पर लाइसेंस सूची में परिवर्तन करने की प्रक्रिया को पूरा करता है।

एक लाइसेंस चुनें जीथब – गिट हब पर लोकप्रिय लाइसेंस के उदाहरण

अगला, हम उन विकल्पों पर विचार करेंगे जो सबसे लोकप्रिय हैं। उनकी ताकत और कमजोरियों को समझने के बाद, प्रोग्रामर सही विकल्प खोजने या प्रभावी ढंग से खोज करने के तरीके को समझने में सक्षम होगा।

जीपीएल

इस लाइसेंस को सबसे लोकप्रिय में से एक कहा जा सकता है। यह उन लोगों के लिए क्लासिक है जो मुफ्त सॉफ्टवेयर बनाते हैं। इस दस्तावेज़ की मुख्य आवश्यकताओं में से एक यह है कि यह
तीसरे पक्ष को कार्यक्रम को स्वतंत्र रूप से संशोधित करने की अनुमति देता है , लेकिन साथ ही उन्हें केवल उसी लाइसेंस के तहत परिणाम वितरित करने का अधिकार है। इस लाइसेंस के अलग-अलग संस्करण हो सकते हैं। नवीनतम तीसरा है। GPL का उपयोग Drupal वेब सामग्री प्रबंधन प्रणाली, MariaDB डेटाबेस प्रबंधन प्रणाली, वेक्टर ग्राफिक्स संपादक InkSkape, और कई अन्य जैसे कार्यक्रमों के डेवलपर्स द्वारा किया गया था। यह ध्यान रखना दिलचस्प है कि SQL न केवल GPL बल्कि एक वाणिज्यिक लाइसेंस का भी उपयोग करता है।

एलजीपीएल

यह शीर्षक जीएनयू लेसर जनरल पब्लिक लाइसेंस जीपीएल में अनुवाद करता है। कुछ डेवलपर्स के लिए, जीपीएल उपयुक्त नहीं है, क्योंकि यह उनके लिए एक ही लाइसेंस के तहत संशोधित उत्पादों को वितरित करने के लिए एक दायित्व बनाता है। इस विकल्प का उपयोग करने की विशिष्टताओं को इस बात से स्पष्ट किया जा सकता है कि एक प्रोग्रामर द्वारा बनाए गए पुस्तकालयों के उपयोग को लाइसेंस देने की प्रक्रिया कैसे होती है। इस मामले में, निम्नलिखित तीन विकल्पों पर विचार करने की प्रथा है:

1. जब कोई पुस्तकालय नए कार्य प्रदान करता है, और कोई भी व्यावसायिक पुस्तकालय समान कार्य नहीं कर सकता है, तो जीपीएल का उपयोग इष्टतम है।
2. मुक्त पुस्तकालय में डेवलपर ने पहले से ही मौजूदा मानक को लागू कर दिया है। इस क्षेत्र में, समान कार्यों के साथ वाणिज्यिक विकल्प हैं। ऐसे में LGPL को चुनना सुविधाजनक होगा।
3. जब एक नए मानक की बात आती है जो वास्तव में एक वाणिज्यिक के साथ प्रतिस्पर्धा करता है, तो अपाचे लाइसेंस उपयुक्त है।

यह मानक
पुस्तकालयों के व्यावसायिक उपयोग की अनुमति देता है । यदि संशोधन किए जाते हैं, तो वितरण के लिए समान नियम और शर्तों का उपयोग किया जाना चाहिए। हालांकि, सरल कोड उपयोग शर्तों को बदलने की अनुमति देता है।

एक्लिप्स पब्लिक लाइसेंस

यह दस्तावेज़
वाणिज्यिक सहित अन्य लाइसेंसों के तहत वितरण की अनुमति देता है । मुख्य शर्त यह है कि संशोधित कार्यों में नवाचारों को एक अलग मॉड्यूल में रखा जाएगा। जावा उत्पादों के विकास में इस लाइसेंस ने लोकप्रियता हासिल की है। एक उदाहरण क्लोजर प्रोग्रामिंग भाषा है, जो जावा अनुप्रयोगों के परीक्षण के लिए एक रूपरेखा है।

मोज़िला सार्वजनिक लाइसेंस

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

अपाचे लाइसेंस गीथूब

AL को लिबरल फ्री लाइसेंस कहा जाता है। यह विशेषता इस तथ्य के कारण है कि
पहले जैसी शर्तों के तहत किसी व्युत्पन्न उत्पाद को जारी करने की कोई आवश्यकता नहीं है । यह दस्तावेज़ Apache Software Foundation द्वारा सक्रिय रूप से उपयोग किया जाता है। इसका उपयोग करते समय, निम्नलिखित की अनुमति है:

1. सॉफ़्टवेयर उत्पाद को व्यावसायिक उद्देश्यों के लिए उपयोग जारी रखने की अनुमति है।
2. आवेदनों में संशोधन की अनुमति है।
3. बाद के पुनर्वितरण में मूल लेखक का नाम शामिल होना चाहिए।

एक नया संस्करण बनाते समय, लाइसेंसधारियों के पास मूल उत्पाद कोड प्रदान करने का कोई दायित्व नहीं होता है। इस लाइसेंस ने महत्वपूर्ण लोकप्रियता हासिल की है। यह इस प्रकार के लाइसेंस के तहत जारी किए गए प्रसिद्ध सॉफ़्टवेयर उत्पादों को सूचीबद्ध करके प्रदर्शित किया जा सकता है: एंड्रॉइड ऑपरेटिंग सिस्टम, फ्रेमवर्क जिसके साथ जावा में एंटरप्राइज़ एप्लिकेशन बनाने के लिए, अपाचे वेब सर्वर। https://youtu.be/wyZq-EazOmU

एमआईटी लाइसेंस

कुछ लोगों को यह मुफ्त सॉफ्टवेयर लाइसेंसिंग विकल्प सबसे लोकप्रिय लगता है। कुछ इसका मुख्य लाभ विभिन्न प्रकार के मुफ्त या वाणिज्यिक लाइसेंस के साथ अच्छी संगतता मानते हैं। सबसे महत्वपूर्ण विशेषताएं हैं कोड को संशोधित करने की
क्षमता, साथ ही परिवर्तन करने वाले व्यक्ति की पसंद पर अन्य लाइसेंसों के तहत पुनर्वितरण की अनुमति । इस दस्तावेज़ का उपयोग करने वाले सॉफ़्टवेयर उत्पाद हैं: JQuiery नामक एक जावास्क्रिप्ट लाइब्रेरी, एक एटम टेक्स्ट एडिटर, AngularJS – जावास्क्रिप्ट में विकसित करने के लिए एक ढांचा। [कैप्शन आईडी = “अटैचमेंट_11851” एलाइन = “एलाइनसेंटर” चौड़ाई = “1906”]
गिट हब के लिए लाइसेंस की तुलना [/ कैप्शन]

पानी के नीचे की चट्टानें

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