👩🏻‍🌾 ⏫ 🚎 GitHub पर RAD के ढांचे के लिए एक ओपन सोर्स लाइसेंस कैसे चुनें 🐼 👩🏾‍⚖️ 📒

इस लेख में हम कॉपीराइट के बारे में थोड़ी बात करेंगे, लेकिन मुख्य रूप से IADV RAD फ्रेमवर्क के लिए एक मुफ्त लाइसेंस चुनने के बारे में । इसके आधार पर फ्रेमवर्क और ओपन सोर्स उत्पादों के लिए। हम Apache 2.0 लाइसेंस लाइसेंस के बारे में बात करेंगे, जिसने हमें इसके लिए प्रेरित किया, और इस प्रक्रिया में हमें किन समाधानों का सामना करना पड़ा।

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

सबसे पहले, choosealicense.com का एक लिंक, एक उपयोगी साइट जिसे हमने सक्रिय रूप से उपयोग किया था। विशेष रूप से 13 मुख्य मानदंडों द्वारा लाइसेंस तुलना तालिका पर ध्यान दें। अंग्रेजी और धैर्य आपके साथ हो सकता है।

पसंद का आटा

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

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

मुफ्त लाइसेंस के बारे में हमें जो मुख्य सवाल थे वे थे:

सॉफ्टवेयर में किए गए बदलावों को ठीक किया जाना चाहिए और सिस्टम के कॉपीराइट धारक से कोई लेना-देना नहीं है?
क्या व्युत्पन्न सॉफ़्टवेयर का नाम कॉपीराइट धारक के सॉफ़्टवेयर के नाम से मेल खाना चाहिए?
क्या किसी भी नए संस्करण के लिए लाइसेंस को दूसरे में बदलना संभव है, जिसमें मालिकाना भी शामिल है?

सबसे सामान्य लाइसेंस की सूची को ध्यान से देखने के बाद, हमने कुछ का चयन किया जिन्हें अधिक विस्तार से माना गया था। IONDV के लिए संभावित लाइसेंस । Framwork थे: GNU GPLv3, Apache 2.0, MIT और MPL। MIT को लगभग तुरंत खारिज कर दिया गया, यह एक अनुमेय गैर-कोपलेफ्ट लाइसेंस है जो कोड के उपयोग, संशोधन और वितरण को लगभग किसी भी तरह से अनुमति देता है, लेकिन हमें यह विकल्प पसंद नहीं था, फिर भी हम चाहते थे कि लाइसेंस कॉपीराइट धारक और उपयोगकर्ता के बीच संबंध को विनियमित करे। GitHub पर सबसे बड़ी परियोजनाओं में से अधिकांश एमआईटी लाइसेंस या इसके विभिन्न रूपों के तहत रखी गई हैं। लाइसेंस अपने आप में बहुत छोटा है, और निषेध केवल सॉफ्टवेयर निर्माता के अधिकार का एक संकेत है।

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

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

सामान्य तौर पर, एक ही लाइसेंस के तहत संशोधित कोड के वितरण के कारण, हमारी पसंद शुरू में जीपीएल 3 के ठीक विपरीत थी। हमने सोचा था कि इस तरह हम अपने उत्पाद को सुरक्षित कर सकते हैं, लेकिन हमने अपाचे 2.0 में कम जोखिम देखा। फ्री सॉफ्टवेयर फाउंडेशन के अनुसार, GPLv3 अपाचे लाइसेंस v2.0 के साथ संगत है।, अर्थात्, यह हमेशा संभव है कि अपाचे लाइसेंस v2.0 से GPL v3.0 तक लाइसेंस को बदल दिया जाए।

अपाचे २.०

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

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

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

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

टेक। ढांचे के बारे में जानकारी

IONDV। फ्रेमवर्क - उच्च-स्तरीय मेटाडेटा-आधारित वेब एप्लिकेशन बनाने के लिए नोड.जेएस पर ओपन सोर्स फ्रेमवर्क, जिसमें गंभीर प्रोग्रामिंग कौशल की आवश्यकता नहीं होती है।

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

MongoDb का उपयोग DBMS के लिए किया जाता है - यह एप्लिकेशन सेटिंग्स, मेटाडेटा और डेटा को भी संग्रहीत करता है।

अपनी परियोजना के लिए लाइसेंस कैसे लागू करें?

अपनी परियोजना और ध्वनि, अपाचे 2.0 द्वारा संरक्षित परियोजना के भंडार में लाइसेंस पाठ के साथ LICENSE फ़ाइल जोड़ें। आपको कॉपीराइट धारक को निर्दिष्ट करना होगा, यह कॉपीराइट नोटिस है । आप इसे स्रोत कोड में या NOTICE फाइल में (अपाचे लाइसेंस के तहत लाइसेंस प्राप्त सभी पुस्तकालयों को उनके रचनाकारों के नाम के साथ सूचीबद्ध करने वाली एक पाठ फ़ाइल) कर सकते हैं। फ़ाइल को स्रोत कोड में या काम के साथ वितरित प्रलेखन में रखा जाना चाहिए। यह हमारे लिए इस तरह दिखता है:

कॉपीराइट © 2018 एलएलसी "आयन डीवी"।
अपाचे लाइसेंस के तहत लाइसेंस प्राप्त, संस्करण 2.0

अपाचे 2.0 लाइसेंस पाठ

अपाचे लाइसेंस
संस्करण 2.0, जनवरी 2004
http://www.apache.org/licenses/

उपयोग और वितरण के लिए नियम और शर्तें, और वितरण

परिभाषाएं।

"लाइसेंस" का अर्थ होगा उपयोग के लिए नियम और शर्तें, प्रजनन,
और इस दस्तावेज़ के 9 के माध्यम से अनुभाग 1 द्वारा परिभाषित वितरण।

"लाइसेंसकर्ता" का अर्थ कॉपीराइट स्वामी या संस्था द्वारा अधिकृत होगा
कॉपीराइट स्वामी जो लाइसेंस प्रदान कर रहा है।

"कानूनी इकाई" का अर्थ अभिनय इकाई और सभी का मिलन होगा
अन्य संस्थाएं जो नियंत्रित करती हैं, उनके द्वारा नियंत्रित होती हैं, या सामान्य रूप से नियंत्रित होती हैं
उस इकाई के साथ नियंत्रण। इस परिभाषा के प्रयोजनों के लिए,
"नियंत्रण" का अर्थ है (i) शक्ति, प्रत्यक्ष या अप्रत्यक्ष, जिसके कारण
ऐसी इकाई की दिशा या प्रबंधन, चाहे अनुबंध द्वारा या
अन्यथा, या (ii) पचास प्रतिशत (50%) या उससे अधिक का स्वामित्व
बकाया शेयर, या (iii) ऐसी इकाई का लाभकारी स्वामित्व।

"आप" (या "आपका") का अर्थ एक व्यक्ति या कानूनी इकाई होगा
इस लाइसेंस द्वारा दी गई अनुमतियों का प्रयोग करना।

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

"ऑब्जेक्ट" फॉर्म का मतलब मैकेनिकल से होने वाले किसी भी रूप से होगा
एक स्रोत के रूप में परिवर्तन, लेकिन सहित का अनुवाद
संकलित वस्तु कोड तक सीमित नहीं है, उत्पन्न दस्तावेज,
और अन्य मीडिया प्रकारों के लिए रूपांतरण।

"कार्य" का अर्थ लेखक के कार्य से होगा, चाहे स्रोत में हो या
ऑब्जेक्ट फॉर्म, लाइसेंस के तहत उपलब्ध कराया गया, जैसा कि संकेत दिया गया है
कॉपीराइट नोटिस जो काम में शामिल या संलग्न है
(नीचे दिए गए परिशिष्ट में एक उदाहरण दिया गया है)।

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

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

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

(ए) आपको कार्य के किसी अन्य प्राप्तकर्ता को देना होगा या
व्युत्पन्न इस लाइसेंस की एक प्रति काम करता है; और

(बी) आपको प्रमुख सूचनाओं को ले जाने के लिए किसी भी संशोधित फाइल का कारण होना चाहिए
यह कहते हुए कि आपने फाइलें बदल दीं; और

© आपको किसी भी व्युत्पन्न कार्य के स्रोत रूप में बनाए रखना चाहिए
आप सभी कॉपीराइट, पेटेंट, ट्रेडमार्क और वितरित करते हैं
कार्य के स्रोत रूप से प्रत्यायन नोटिस,
उन नोटिसों को छोड़कर जो किसी भी हिस्से से संबंधित नहीं हैं
व्युत्पन्न कार्य करता है; और

(d) यदि कार्य में इसके भाग के रूप में "NOTICE" पाठ फ़ाइल शामिल है
वितरण, फिर कोई भी व्युत्पन्न कार्य जो आप वितरित करते हैं
निहित एट्रिब्यूशन नोटिस की एक पठनीय प्रतिलिपि शामिल करें
ऐसी नोटिस फ़ाइल के भीतर, उन नोटिसों को छोड़कर जो नहीं करते हैं
व्युत्पन्न वर्क्स के किसी भी भाग से संबंधित, कम से कम एक में
निम्नलिखित स्थानों पर: एक नोटिस पाठ फ़ाइल के भीतर वितरित किया गया
व्युत्पन्न वर्क्स के भाग के रूप में; स्रोत के भीतर या
प्रलेखन, यदि व्युत्पन्न कार्यों के साथ प्रदान किया जाता है; या,
Derivative Works द्वारा उत्पन्न डिस्प्ले के भीतर, यदि और
जहां भी इस तरह के तीसरे पक्ष के नोटिस आम तौर पर दिखाई देते हैं। सामग्री
सूचना फ़ाइल केवल सूचना के उद्देश्यों के लिए है और
लाइसेंस को संशोधित न करें। आप अपनी खुद की विशेषता जोड़ सकते हैं
व्युत्पन्न कार्यों के भीतर नोटिस जो आप वितरित करते हैं, साथ में
या कार्य से सूचना पाठ के परिशिष्ट के रूप में, प्रदान किया गया
इस तरह के अतिरिक्त आरोपण नोटिस नहीं लगाए जा सकते हैं
लाइसेंस को संशोधित करने के रूप में।

आप अपने संशोधनों में अपना कॉपीराइट विवरण जोड़ सकते हैं और
अतिरिक्त या अलग लाइसेंस नियम और शर्तें प्रदान कर सकते हैं
आपके संशोधनों के उपयोग, प्रजनन, या वितरण के लिए, या
एक पूरे के रूप में ऐसे किसी भी व्युत्पन्न कार्य के लिए, बशर्ते आपका उपयोग,
प्रजनन, और कार्य का वितरण अन्यथा अनुपालन करता है
इस लाइसेंस में दी गई शर्तें।
योगदान का प्रस्तुतीकरण। जब तक आप स्पष्ट रूप से अन्यथा,
किसी भी योगदान को जानबूझकर कार्य में शामिल करने के लिए प्रस्तुत किया गया है
आपके द्वारा लाइसेंसकर्ता के नियमों और शर्तों के तहत किया जाएगा
यह लाइसेंस, बिना किसी अतिरिक्त नियम या शर्तों के।
उपरोक्त के बावजूद, वर्णित कुछ भी सुपरसीड या संशोधित नहीं होगा
आपके द्वारा निष्पादित किसी भी अलग लाइसेंस समझौते की शर्तें
इस तरह के योगदान के बारे में लाइसेंसधारक के साथ।
ट्रेडमार्क। यह लाइसेंस व्यापार का उपयोग करने की अनुमति नहीं देता है
लाइसेंसकर्ता के नाम, ट्रेडमार्क, सेवा चिह्न, या उत्पाद के नाम
के वर्णन में उचित और प्रथागत उपयोग के लिए आवश्यक को छोड़कर
कार्य की उत्पत्ति और नोटिस फ़ाइल की सामग्री को पुन: प्रस्तुत करना।
वारंटी का अस्वीकरण। जब तक लागू कानून या आवश्यकता नहीं है
लिखित रूप में सहमत हुए, लाइसेंसर कार्य प्रदान करता है (और प्रत्येक
योगदानकर्ता "AS IS" आधार पर अपना योगदान प्रदान करता है,
किसी भी प्रकार की वारंटी या शर्तों के बिना, या तो एक्सप्रेस या
निहित, सहित, सीमा के बिना, किसी भी वारंटी या शर्तों
TITLE, NON-INFRINGEMENT, MERCHANTABILITY या A के लिए उपयुक्तता
PARTICULAR PURPOSE। के निर्धारण के लिए आप पूरी तरह से जिम्मेदार हैं
कार्य के उपयोग या पुनर्वितरण की उपयुक्तता और किसी को मान लेना
इस लाइसेंस के तहत अनुमतियों के आपके व्यायाम से जुड़े जोखिम।
देयता की सीमा। किसी भी घटना में और बिना किसी कानूनी सिद्धांत के,
चाहे यातना में (लापरवाही सहित), अनुबंध, या अन्यथा,
जब तक लागू कानून (जैसे जानबूझकर और सकल रूप से) की आवश्यकता न हो
लापरवाही से काम करता है) या लिखित रूप में सहमत, कोई योगदानकर्ता होगा
किसी भी प्रत्यक्ष, अप्रत्यक्ष, विशेष सहित नुकसान के लिए आपके लिए उत्तरदायी,
एक के रूप में उत्पन्न होने वाले किसी भी चरित्र के आकस्मिक, या परिणामी नुकसान
इस लाइसेंस का परिणाम या उपयोग से बाहर या उपयोग करने में असमर्थता
काम (सद्भाव के नुकसान के लिए नुकसान तक सीमित नहीं है, लेकिन
काम रुक जाना, कंप्यूटर की विफलता या खराबी, या कोई भी और सभी
अन्य वाणिज्यिक नुकसान या नुकसान), भले ही ऐसा योगदानकर्ता हो
इस तरह के नुकसान की संभावना की सलाह दी गई है।
वारंटी या अतिरिक्त देयता स्वीकार करना। पुनर्वितरण करते समय
काम या व्युत्पन्न काम करता है, आप की पेशकश करने के लिए चुन सकते हैं,
और समर्थन, वारंटी, क्षतिपूर्ति की स्वीकृति के लिए एक शुल्क लेते हैं,
या अन्य दायित्व दायित्वों और / या इसके अनुरूप अधिकार
लाइसेंस। हालाँकि, ऐसे दायित्वों को स्वीकार करने में, आप केवल कार्य कर सकते हैं
अपनी ओर से और अपनी पूरी जिम्मेदारी पर, अपनी ओर से नहीं
किसी भी अन्य योगदानकर्ता के साथ, और केवल अगर आप क्षतिपूर्ति के लिए सहमत हैं,
किसी भी दायित्व के लिए प्रत्येक योगदानकर्ता की रक्षा, रक्षा और पकड़
के कारण, या इस तरह के योगदानकर्ता के खिलाफ दावा किया गया है
ऐसी किसी भी वारंटी या अतिरिक्त दायित्व को स्वीकार करने के लिए।

नियम और शर्तों की समाप्ति

APPENDIX: अपाचे लाइसेंस को अपने काम में कैसे लागू करें।

अपने काम के लिए अपाचे लाइसेंस लागू करने के लिए, निम्नलिखित संलग्न करें
बॉयलरप्लेट नोटिस, कोष्ठक द्वारा संलग्न क्षेत्रों के साथ "[]"
आपकी स्वयं की पहचान करने वाली जानकारी से बदल दिया गया है। (मत करो
कोष्ठक!) पाठ उपयुक्त में संलग्न किया जाना चाहिए
फ़ाइल प्रारूप के लिए वाक्यविन्यास टिप्पणी करें। हम यह भी सलाह देते हैं कि ए
फ़ाइल या वर्ग का नाम और उद्देश्य का विवरण शामिल किया जाना चाहिए
आसान के लिए कॉपीराइट नोटिस के रूप में एक ही "मुद्रित पृष्ठ"
तृतीय-पक्ष अभिलेखागार के भीतर पहचान।

कॉपीराइट [yyyy] [कॉपीराइट स्वामी का नाम]

अपाचे लाइसेंस के तहत लाइसेंस प्राप्त, संस्करण 2.0 ("लाइसेंस");
आप लाइसेंस के अनुपालन के अलावा इस फ़ाइल का उपयोग नहीं कर सकते हैं।
आप लाइसेंस की एक प्रति प्राप्त कर सकते हैं

http://www.apache.org/licenses/LICENSE-2.0

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

लाइसेंस = अनुबंध

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

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

उपयोगी लिंक

अंत में, कुछ उपयोगी संसाधन जिन्होंने हमें मौजूदा लाइसेंस के बारे में जानकारी प्राप्त करने और हमारे उद्देश्यों के लिए सबसे उपयुक्त चुनने में मदद की:

GitHub पर RAD के ढांचे के लिए एक ओपन सोर्स लाइसेंस कैसे चुनें

पसंद का आटा

अपाचे २.०

अपनी परियोजना के लिए लाइसेंस कैसे लागू करें?

लाइसेंस = अनुबंध

उपयोगी लिंक

More articles: