קל לארגן דפים בעזרת אוספים
אפשר לשמור ולסווג תוכן על סמך ההעדפות שלך.
בדף הזה נסביר על שתי משימות חשובות של שותפים ליצירת תוכן: חתימה על הסכמי רישיון של שותפים ליצירת תוכן ואימות השימוש הנכון בכותרות הרישוי בקוד.
חתימה על הסכמי רישיון של שותפים תורמים
כל שותף שמוסיף רעיונות, קוד או מסמכים לפרויקט Android Open Source Project (AOSP) צריך למלא, לחתום ולשלוח את הסכם הרישיון של שותף ספציפי.
אפשר לחתום על ההסכם הזה אונליין באמצעות כלי בדיקת הקוד.
ההסכם מגדיר את התנאים לתרומה של קניין רוחני ל-AOSP. הרישיון הזה נועד להגן עליכם כתורמים וגם להגן על הפרויקט. הוא לא משנה את הזכויות שלכם להשתמש בתרומות שלכם למטרות אחרות.
הסכם הרישיון לתורמים תאגידיים זמין לתאגיד (או לישות אחרת) שיש לו עובדים שעובדים ב-AOSP.
הגרסה הזו של ההסכם מאפשרת לתאגיד לאשר תכנים שנשלחים על ידי העובדים הייעודיים שלו ולהעניק רישיונות זכויות יוצרים ורישיונות פטנטים.
בפרויקט קוד פתוח של Android (AOSP) נעשה שימוש בכמה רישיונות קוד פתוח שאושרו על ידי התוכנית לקוד פתוח לתוכנה שלנו.
רישיון Apache, גרסה 2.0 (Apache 2.0) הוא הרישיון המועדף ל-AOSP, ורוב תוכנות Android מורשות ברישיון Apache 2.0. אנחנו שואפים לפעול בהתאם לרישיון המועדף, אבל יש החרגות, שאנחנו מטפלים בהן על בסיס כל מקרה לגופו. לדוגמה, התיקונים לליבה של Linux נמצאים ברישיון GPLv2 עם החרגות למערכת, וניתן למצוא אותם ב-The Linux Kernel Archives.
בתוכנות של מרחב המשתמש (לא ליבה), Google מעדיפה את Apache 2.0 (ורישיונות דומים כמו BSD ו-MIT) על פני רישיונות אחרים כמו GNU Lesser General Public License (LGPL). הנה תיאור הסיבות לכך:
Android מייצג חופש ובחירה. מטרת Android היא לקדם פתיחות בעולם הסלולר, ו-Google לא יכולה לחזות או לקבוע את כל השימושים בתוכנה שלנו. לכן, אמנם Google מעודדת את כולם ליצור מכשירים פתוחים שניתנים לשינוי, אבל אנחנו לא חושבים שזה התפקיד שלנו לאלץ אותם לעשות זאת. השימוש בספריות LGPL יכול להיות מגביל. ריכזנו כאן כמה מהחששות הספציפיים שלנו:
במילים פשוטות, LGPL מחייב שליחת המקור לאפליקציה, הצעה בכתב לקבלת המקור או קישור דינמי לספרייה עם רישיון LGPL, שמאפשר למשתמשים לשדרג או להחליף את הספרייה באופן ידני. בדרך כלל, תוכנת Android נשלחת כקובץ אימג' סטטי של מערכת, ולכן תאימות לדרישות האלה מגבילה את העיצובים של יצרני המכשירים. לדוגמה, קשה למשתמש להחליף ספרייה באחסון פלאש לקריאה בלבד.
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.
דוגמאות התוכן והקוד שבדף הזה כפופות לרישיונות המפורטים בקטע רישיון לתוכן. Java ו-OpenJDK הם סימנים מסחריים או סימנים מסחריים רשומים של חברת Oracle ו/או של השותפים העצמאיים שלה.
עדכון אחרון: 2025-07-27 (שעון UTC).
[[["התוכן קל להבנה","easyToUnderstand","thumb-up"],["התוכן עזר לי לפתור בעיה","solvedMyProblem","thumb-up"],["סיבה אחרת","otherUp","thumb-up"]],[["חסרים לי מידע או פרטים","missingTheInformationINeed","thumb-down"],["התוכן מורכב מדי או עם יותר מדי שלבים","tooComplicatedTooManySteps","thumb-down"],["התוכן לא עדכני","outOfDate","thumb-down"],["בעיה בתרגום","translationIssue","thumb-down"],["בעיה בדוגמאות/בקוד","samplesCodeIssue","thumb-down"],["סיבה אחרת","otherDown","thumb-down"]],["עדכון אחרון: 2025-07-27 (שעון UTC)."],[],[],null,["# Contributor license agreements and headers\n\nThis page covers two important contributor tasks: signing contributor license\nagreements and ensuring correct use of licensing headers in your code.\n\nSign contributor license agreements\n-----------------------------------\n\nAll individual contributors (those making contributions only on their own\nbehalf) of ideas, code, or documentation to Android Open Source Project (AOSP)\nare required to complete, sign, and submit an\n[Individual Contributor License Agreement](https://cla.developers.google.com/about/google-individual).\nYou can execute this agreement online through the\n[code review tool](https://android-review.googlesource.com/#/settings/agreements).\nThe agreement defines the terms for contributing intellectual property\nto AOSP. This license is for your protection as a contributor as well as the\nprotection of the project; it doesn't change your rights to use your own\ncontributions for any other purpose.\n\nThe [Corporate Contributor License Agreement](https://cla.developers.google.com/about/google-corporate)\nis available for a corporation (or other entity) with employees working on AOSP.\nThis version of the agreement lets a corporation authorize contributions\nsubmitted by its designated employees and grant copyright and patent\nlicenses.\n| **Note:** A Corporate Contributor License Agreement doesn't remove the need for a developer to sign their own Individual Contributor License Agreement as an individual. The individual agreement is needed to cover any of their contributions that are *not* owned by the corporation signing the Corporate Contributor License Agreement.\n\nGoogle bases their contributor license agreements on those used by the\n[Apache Software Foundation](http://www.apache.org), which can\nbe found on the\n[Apache website](http://www.apache.org/licenses/).\n\nInclude license headers\n-----------------------\n\nThe Android Open Source Project (AOSP) uses a few\n[open source initiative](http://www.opensource.org/) approved open source\nlicenses for our software.\n\n[Apache License, Version 2.0](http://www.apache.org/licenses/LICENSE-2.0)\n(Apache 2.0) is the preferred license for AOSP, and the majority of Android\nsoftware is licensed with Apache 2.0. While the project strives to adhere to the\npreferred license, there are exceptions, which are handled on a case-by-case\nbasis. For example, the Linux kernel patches are under the GPLv2 license with\nsystem exceptions, which can be found on\n[The Linux Kernel Archives](http://www.kernel.org/pub/linux/kernel/COPYING).\n\nFor userspace (nonkernel) software, Google prefer Apache 2.0 (and similar\nlicenses such as BSD and MIT) over other licenses such as the GNU Lesser General\nPublic License (LGPL). Here's why:\n\n- Android is about freedom and choice. The purpose of Android is to promote\n openness in the mobile world, and Google can't predict or dictate all of the\n uses for our software. So, while Google encourages everyone to make open and\n modifiable devices, we don't think it's our place to force them to do so. Using\n LGPL libraries could be restrictive. Here are some of our specific concerns:\n\n - In simplified terms, LGPL requires shipping of source to the application; a\n written offer for source; or linking the LGPL-ed library dynamically and\n allowing users to manually upgrade or replace the library. Android software is\n typically shipped as a static system image, so complying with these\n requirements restricts device manufacturer designs. For example, it's\n difficult for a user to replace a library on read-only flash storage.\n\n - LGPL requires the allowance of customer modification and reverse engineering\n for debugging those modifications. Most device makers don't want to be bound\n by these terms.\n\n - Historically, LGPL libraries have been the source of many compliance\n problems for downstream device makers and app developers. Educating\n engineers on these issues is difficult and time consuming. It's critical to\n Android's success that device makers can easily comply with the licenses.\n\nThese concerns aren't criticisms of LGPL or other licenses. Google appreciates\nall free and open source licenses, and respect others' license preferences.\nGoogle has decided that Apache 2.0 is the best fit for our goals.\n\nWhen submitting code to be included in AOSP, you must ensure proper use of\nlicense headers. The following sections explains how to handle\nlicense headers for new files and existing code.\n\n### Follow license and copyright best practices\n\nFollow these best practices for copyright and license header:\n\n- Don't modify an existing copyright. For example, if you want to contribute a\n file to AOSP that contains code that originated in a file with a its own\n copyright notice, you must retain that copyright notice from the original file.\n\n- If you add a wholly new source file, use the default AOSP copyright and the\n following license header, unless the project you're contributing to has a\n different predefined license:\n\n Copyright (C) \u003cvar translate=\"no\"\u003eyyyy\u003c/var\u003e The Android Open Source Project\n Licensed under the Apache License, Version 2.0 (the \"License\");\n you may not use this file except in compliance with the License.\n You may obtain a copy of the License at\n\n http://www.apache.org/licenses/LICENSE-2.0\n\n Unless required by applicable law or agreed to in writing, software\n distributed under the License is distributed on an \"AS IS\" BASIS,\n WITHOUT WARRANTIES OR CONDITIONS OF ANY KIND, either express or implied.\n See the License for the specific language governing permissions and\n limitations under the License.\n\n | **Note:** \u003cvar translate=\"no\"\u003eyyyy\u003c/var\u003e refers to the year that the file is added."]]
