इस पेज पर, योगदान देने वाले दो अहम टास्क के बारे में बताया गया है: योगदान देने वाले के लाइसेंस पर हस्ताक्षर करना और यह पक्का करना होगा कि आपके कोड में लाइसेंस देने वाले हेडर का सही इस्तेमाल किया गया हो.
योगदान देने वाले लोगों के लाइसेंस के कानूनी समझौतों पर हस्ताक्षर करें
योगदान देने वाले सभी लोग (जो सिर्फ़ खुद योगदान दे रहे हैं को, Android ओपन सोर्स प्रोजेक्ट (AOSP) को आइडिया, कोड या दस्तावेज़ भेजने के लिए पूरा करने, हस्ताक्षर करने, और सबमिट करने की ज़रूरत होती है व्यक्तिगत तौर पर योगदान देने वाले को लाइसेंस देने के लिए कानूनी समझौता. आप इस अनुबंध पर कोड की समीक्षा करने वाला टूल. इस कानूनी समझौते में बौद्धिक संपत्ति के योगदान से जुड़ी शर्तों के बारे में बताया गया है को एओएसपी के तौर पर भेजना होगा. यह लाइसेंस, योगदान देने वाले के तौर पर आपकी और प्रोजेक्ट की सुरक्षा के लिए है. इससे, किसी दूसरे मकसद के लिए अपने योगदान का इस्तेमाल करने के आपके अधिकारों पर कोई असर नहीं पड़ता.
कॉर्पोरेट योगदान देने वाले के लाइसेंस का कानूनी समझौता एओएसपी में काम करने वाले किसी कॉर्पोरेशन या दूसरी इकाई के लिए उपलब्ध हो. समझौते के इस वर्शन की मदद से, कॉर्पोरेशन योगदान दे सकता है अपने नियुक्त कर्मचारियों द्वारा सबमिट किया गया हो और कॉपीराइट और पेटेंट प्रदान करे लाइसेंस.
Google, योगदान देने वालों के लिए लाइसेंस देने के लिए कानूनी समझौता, Apache Software Foundation, जो ये काम कर सकता है: यहां मिल सकते हैं: Apache की वेबसाइट.
लाइसेंस हेडर शामिल करें
Android ओपन सोर्स प्रोजेक्ट (AOSP) ओपन सोर्स पहल स्वीकृत ओपन सोर्स लाइसेंस प्राप्त होते हैं.
Apache लाइसेंस, वर्शन 2.0 एओएसपी और Android के ज़्यादातर हिस्सों में, (Apache 2.0) का इस्तेमाल किया जाता है इस सॉफ़्टवेयर को Apache 2.0 के साथ लाइसेंस मिला है. प्रोजेक्ट, पसंदीदा लाइसेंस का पालन करने की कोशिश करता है. हालांकि, कुछ अपवाद भी होते हैं. इन्हें हर मामले के हिसाब से हैंडल किया जाता है. उदाहरण के लिए, Linux kernel के पैच, GPLv2 लाइसेंस के तहत आते हैं. हालांकि, इनमें सिस्टम से जुड़े अपवाद भी शामिल हैं. इन अपवादों के बारे में Linux Kernel Archives पर जानकारी मिल सकती है.
Google, यूज़रस्पेस (नॉन-कर्नल) सॉफ़्टवेयर के लिए, GNU Lesser General Public License (LGPL) जैसे अन्य लाइसेंस के बजाय, Apache 2.0 (और BSD और MIT जैसे मिलते-जुलते लाइसेंस) को प्राथमिकता देता है. ऐसा इन वजहों से हो सकता है:
Android, उपयोगकर्ताओं को कई विकल्प और स्वतंत्रता देता है. Android का मकसद, प्रमोशन के लिए में सभी लोग मौजूद हैं, और Google आपके काम के संबंध में हमारे सॉफ़्टवेयर के लिए किस तरह का है. इसलिए, Google सभी लोगों को खुलकर अपनी बात रखने और बदलने योग्य डिवाइस हैं, तो हमें नहीं लगता कि यह हमारे लिए उन्हें ऐसा करने के लिए बाध्य करने का स्थान है. इसका इस्तेमाल किया जा रहा है LGPL लाइब्रेरी पाबंदी वाली हो सकती हैं. यहां कुछ खास समस्याओं के बारे में बताया गया है:
आसान शब्दों में, एलजीपीएल के तहत, ऐप्लिकेशन में सोर्स को शिप करना ज़रूरी है. इसके अलावा, सोर्स के लिए लिखित ऑफ़र देना या एलजीपीएल लाइब्रेरी को डाइनैमिक तौर पर लिंक करना और उपयोगकर्ताओं को लाइब्रेरी को मैन्युअल तरीके से अपग्रेड या बदलने की अनुमति देना भी ज़रूरी है. आम तौर पर, Android सॉफ़्टवेयर को स्टैटिक सिस्टम इमेज के तौर पर शिप किया जाता है. इसलिए, इन ज़रूरी शर्तों का पालन करने से, डिवाइस बनाने वाली कंपनी के डिज़ाइन पर पाबंदी लगती है. उदाहरण के लिए, यह इसमें किसी उपयोगकर्ता के लिए, रीड-ओनली फ़्लैश स्टोरेज की लाइब्रेरी को बदलना मुश्किल हो जाता है.
एलजीएलपी के तहत, ग्राहक को बदलाव करने की अनुमति होनी चाहिए. साथ ही, उन बदलावों को डीबग करने के लिए, रिवर्स इंजीनियरिंग की अनुमति भी होनी चाहिए. ज़्यादातर डिवाइस बनाने वाली कंपनियां, इन शर्तों से बंधना नहीं चाहतीं.
इतिहास से, एलजीपीएल लाइब्रेरी कई नियमों और कानूनों का अनुपालन करती रही हैं की समस्याओं का समाधान किया है. जानकारी देना इंजीनियर को इन समस्याओं को हल करना बहुत मुश्किल है और इसमें काफ़ी समय लगता है. डिवाइस बनाने वाली कंपनियां, लाइसेंस का आसानी से पालन कर सकें, यह Android के लिए ज़रूरी है.
इन चिंताओं का मतलब एलजीपीएल या अन्य लाइसेंस की आलोचना करना नहीं है. Google ने तारीफ़ की का उपयोग कर सकते हैं, और अन्य लोगों के अधिकारों का सम्मान करते हैं. लाइसेंस की प्राथमिकताएं. Google ने यह तय किया है कि हमारे लक्ष्यों के लिए, Apache 2.0 सबसे सही है.
एओएसपी में शामिल करने के लिए, कोड सबमिट करते समय, आपको लाइसेंस हेडर. नीचे दिए गए सेक्शन में, नई फ़ाइलों और मौजूदा कोड के लिए, लाइसेंस हेडर को मैनेज करने का तरीका बताया गया है.
लाइसेंस और कॉपीराइट से जुड़े सबसे सही तरीकों का पालन करें
कॉपीराइट और लाइसेंस हेडर के लिए, इन सबसे सही तरीकों को अपनाएं:
किसी मौजूदा कॉपीराइट में बदलाव न करें. उदाहरण के लिए, अगर आपको AOSP में ऐसी फ़ाइल का योगदान देना है जिसमें ऐसा कोड शामिल है जिसकी उत्पत्ति, कॉपीराइट नोटिस वाली फ़ाइल से हुई है, तो आपको ओरिजनल फ़ाइल से उस कॉपीराइट नोटिस को बरकरार रखना होगा.
अगर कोई पूरी तरह से नई सोर्स फ़ाइल जोड़ी जाती है, तो डिफ़ॉल्ट AOSP कॉपीराइट और लाइसेंस के नीचे दिए गए हेडर का इस्तेमाल करें. ऐसा तब तक करें, जब तक उस प्रोजेक्ट के लिए पहले से कोई दूसरा लाइसेंस तय न किया गया हो जिसमें योगदान दिया जा रहा है:
Copyright (C) yyyy The Android Open Source Project Licensed under the Apache License, Version 2.0 (the "License"); you may not use this file except in compliance with the License. You may obtain a copy of the License at http://www.apache.org/licenses/LICENSE-2.0 Unless required by applicable law or agreed to in writing, software distributed under the License is distributed on an "AS IS" BASIS, WITHOUT WARRANTIES OR CONDITIONS OF ANY KIND, either express or implied. See the License for the specific language governing permissions and limitations under the License.