หน้านี้ครอบคลุมงานสำคัญ 2 อย่างของผู้มีส่วนร่วม ได้แก่ การเซ็นสัญญาข้อตกลงการอนุญาตให้ใช้สิทธิของผู้มีส่วนร่วม และการตรวจสอบการใช้ส่วนหัวการอนุญาตให้ใช้สิทธิในโค้ดอย่างถูกต้อง
ลงนามในข้อตกลงการอนุญาตให้ใช้สิทธิของผู้มีส่วนร่วม
ผู้มีส่วนร่วมทุกคน (ผู้ที่มีส่วนร่วมสนับสนุนตนเองเท่านั้น) ) ของแนวคิด โค้ด หรือเอกสารประกอบเกี่ยวกับโครงการโอเพนซอร์ส Android (AOSP) ในการกรอก ลงนาม และส่ง ข้อตกลงใบอนุญาตผู้สนับสนุนส่วนบุคคล คุณทำตามข้อตกลงนี้ทางออนไลน์ได้ผ่านเครื่องมือตรวจสอบโค้ด ข้อตกลงนี้ให้คำจำกัดความสำหรับทรัพย์สินทางปัญญา AOSP การอนุญาตให้ใช้สิทธินี้มีไว้เพื่อปกป้องคุณในฐานะผู้ร่วมให้ข้อมูลและ การปกป้องโครงการ แต่ไม่ได้เปลี่ยนสิทธิ์ในการใช้เนื้อหาของคุณเอง การมีส่วนร่วมเพื่อวัตถุประสงค์อื่น
ข้อตกลงอนุญาตให้ใช้สิทธิสำหรับผู้มีส่วนร่วมที่เป็นองค์กรมีไว้สำหรับองค์กร (หรือนิติบุคคลอื่นๆ) ที่มีพนักงานที่ทำงานใน AOSP ข้อตกลงเวอร์ชันนี้ช่วยให้บริษัทสามารถให้สิทธิ์การมีส่วนร่วมที่ส่งโดยพนักงานที่ได้รับมอบหมาย รวมถึงให้ใบอนุญาตด้านลิขสิทธิ์และสิทธิบัตร
Google กำหนดข้อตกลงใบอนุญาตผู้มีส่วนร่วมตามข้อตกลงที่ใช้โดยมูลนิธิซอฟต์แวร์ Apache ซึ่งดูได้ในเว็บไซต์ Apache
ใส่ส่วนหัวของใบอนุญาต
โครงการโอเพนซอร์ส Android (AOSP) ใช้ โครงการริเริ่มโอเพนซอร์ส อนุมัติโอเพนซอร์ส ใบอนุญาตสำหรับซอฟต์แวร์ของเรา
ใบอนุญาต Apache เวอร์ชัน 2.0 (Apache 2.0) เป็นใบอนุญาตที่แนะนำให้ใช้สำหรับ AOSP และแอป Android ส่วนใหญ่ ซอฟต์แวร์ที่ได้รับอนุญาตให้ใช้ Apache 2.0 แม้ว่าโครงการจะพยายามปฏิบัติตาม ที่เหมาะสม ก็มีข้อยกเว้น ซึ่งจะมีการจัดการเป็นกรณีๆ ไป พื้นฐาน ตัวอย่างเช่น แพตช์เคอร์เนล Linux อยู่ภายใต้ใบอนุญาต GPLv2 ที่มีข้อยกเว้นของระบบ ซึ่งดูได้ที่ที่เก็บเคอร์เนล Linux
สำหรับซอฟต์แวร์ userspace (ไม่ใช่เคอร์เนล) Google จะใช้ Apache 2.0 (และที่คล้ายกัน) ใบอนุญาตอื่น เช่น BSD และ MIT) สูงกว่าใบอนุญาตอื่นๆ เช่น GNU Lower General ใบอนุญาตสาธารณะ (LGPL) เหตุผลก็คือ:
Android เน้นที่อิสระและทางเลือก วัตถุประสงค์ของ Android คือโปรโมต ความเปิดกว้างในโลกมือถือ และ Google ก็ไม่สามารถคาดการณ์หรือชี้นำ นำมาใช้สำหรับซอฟต์แวร์ของเรา ดังนั้น แม้ว่า Google จะส่งเสริมให้ทุกคนสร้างอุปกรณ์แบบเปิดและแก้ไขได้ แต่เราก็ไม่ได้คิดว่าเรามีหน้าที่บังคับให้ทุกคนทำเช่นนั้น การใช้ไลบรารี LGPL อาจทำให้เกิดข้อจำกัด ต่อไปนี้เป็นข้อกังวลที่เฉพาะเจาะจงของเรา
พูดง่ายๆ ก็คือ LGPL กำหนดให้มีการจัดส่งของแหล่งที่มาไปยังแอปพลิเคชัน a เป็นลายลักษณ์อักษรสำหรับแหล่งที่มา หรือลิงก์ไลบรารี LGPL-ed แบบไดนามิก ซึ่งอนุญาตให้ผู้ใช้อัปเกรดหรือแทนที่ไลบรารีได้ด้วยตนเอง ซอฟต์แวร์ Android คือ ซึ่งปกติจะจัดส่งเป็นอิมเมจระบบแบบคงที่ ดังนั้นให้ปฏิบัติตามข้อกำหนดเหล่านี้ แต่จะจำกัดการออกแบบของผู้ผลิตอุปกรณ์ ตัวอย่างเช่น นี่คือ ผู้ใช้เปลี่ยนไลบรารีในที่จัดเก็บข้อมูล Flash แบบอ่านอย่างเดียวได้ยาก
LGPL กำหนดให้มีการอนุญาตให้แก้ไขข้อมูลลูกค้าและการทำวิศวกรรมย้อนกลับได้ เพื่อแก้ไขข้อบกพร่องของการแก้ไขเหล่านั้น ผู้ผลิตอุปกรณ์ส่วนใหญ่ไม่ต้องการผูกมัดกับข้อกำหนดเหล่านี้
ที่ผ่านมา ไลบรารี LGPL เป็นแหล่งที่มาของการปฏิบัติตามข้อกำหนดจำนวนมาก ของผู้ผลิตอุปกรณ์ดาวน์สตรีมและนักพัฒนาแอป ให้ความรู้ เกี่ยวกับปัญหาเหล่านี้ได้ยากและใช้เวลานาน คุณจำเป็นต้องใช้ ความสำเร็จของ Android ที่ผู้ผลิตอุปกรณ์สามารถปฏิบัติตามใบอนุญาตได้อย่างง่ายดาย
ข้อกังวลเหล่านี้ไม่ใช่การวิพากษ์วิจารณ์ LGPL หรือใบอนุญาตอื่นๆ Google ขอขอบคุณ ใบอนุญาตฟรีและโอเพนซอร์สทั้งหมด และเคารพสิทธิ์ของผู้อื่น ค่ากำหนดใบอนุญาต Google ได้ตัดสินใจว่า Apache 2.0 เหมาะสมที่สุดสำหรับเป้าหมายของเราแล้ว
เมื่อส่งรหัสที่จะรวมไว้ใน AOSP คุณต้องตรวจสอบการใช้ ส่วนหัวใบอนุญาต ส่วนต่อไปนี้จะอธิบายวิธีจัดการ ส่วนหัวใบอนุญาตสำหรับไฟล์ใหม่และโค้ดที่มีอยู่
ทำตามแนวทางปฏิบัติแนะนำเกี่ยวกับใบอนุญาตและลิขสิทธิ์
ทำตามแนวทางปฏิบัติแนะนำสำหรับส่วนหัวลิขสิทธิ์และใบอนุญาตต่อไปนี้
ห้ามปรับเปลี่ยนลิขสิทธิ์ที่มีอยู่ ตัวอย่างเช่น หากต้องการมีส่วนร่วมใน 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.