Umowy licencyjne współautorów i nagłówki

Ta strona obejmuje dwa ważne zadania współautorów: podpisywanie umów licencyjnych współautorów i zapewnienie prawidłowego użycia nagłówków licencyjnych w kodzie.

Podpisz umowy licencyjne dla współautorów

Wszyscy indywidualni współautorzy (ci, którzy wnoszą wkład wyłącznie we własnym imieniu) w postaci pomysłów, kodu lub dokumentacji do projektu Android Open Source Project (AOSP), muszą wypełnić, podpisać i przesłać Umowę licencyjną indywidualnego współtwórcy . Możesz zawrzeć tę umowę online za pomocą narzędzia do przeglądu kodu . Umowa określa warunki wnoszenia własności intelektualnej do AOSP. Licencja ta ma na celu ochronę Ciebie jako współtwórcy, a także ochronę projektu; nie zmienia to Twojego prawa do wykorzystania własnych wkładów w jakimkolwiek innym celu.

Umowa licencyjna dla współtwórcy korporacyjnego jest dostępna dla korporacji (lub innego podmiotu) zatrudniającego pracowników pracujących w AOSP. Ta wersja umowy pozwala korporacji autoryzować wkłady składane przez wyznaczonych pracowników oraz udzielać licencji na prawa autorskie i patenty.

Google opiera swoje umowy licencyjne na współautorów na umowach stosowanych przez Apache Software Foundation , które można znaleźć na stronie internetowej Apache .

Dołącz nagłówki licencji

Projekt Android Open Source Project (AOSP) wykorzystuje kilka zatwierdzonych przez inicjatywę open source licencji open source dla naszego oprogramowania.

Licencja Apache w wersji 2.0 (Apache 2.0) jest preferowaną licencją dla AOSP, a większość oprogramowania Android jest objęta licencją Apache 2.0. Chociaż projekt stara się przestrzegać preferowanej licencji, istnieją wyjątki, które są rozpatrywane indywidualnie. Na przykład poprawki jądra Linuksa są objęte licencją GPLv2 z wyjątkami systemowymi, które można znaleźć w The Linux Kernel Archives .

W przypadku oprogramowania przeznaczonego do przestrzeni użytkownika (nie jądra) Google preferuje Apache 2.0 (i podobne licencje, takie jak BSD i MIT) od innych licencji, takich jak Mniejsza Powszechna Licencja Publiczna GNU (LGPL). Dlatego:

  • Android to wolność i wybór. Celem Androida jest promowanie otwartości w świecie mobilnym, a Google nie może przewidzieć ani narzucić wszystkich zastosowań naszego oprogramowania. Tak więc, chociaż Google zachęca wszystkich do tworzenia otwartych i modyfikowalnych urządzeń, nie uważamy, że naszą rolą jest zmuszanie ich do tego. Korzystanie z bibliotek LGPL może być restrykcyjne. Oto niektóre z naszych konkretnych obaw:

    • W uproszczeniu LGPL wymaga przesłania źródła do aplikacji; pisemna oferta źródła; lub dynamiczne łączenie biblioteki w wersji LGPL i umożliwianie użytkownikom ręcznej aktualizacji lub wymiany biblioteki. Oprogramowanie dla systemu Android jest zwykle dostarczane jako statyczny obraz systemu, dlatego przestrzeganie tych wymagań ogranicza projekty producentów urządzeń. Na przykład użytkownikowi trudno jest zastąpić bibliotekę w pamięci flash tylko do odczytu.

    • LGPL wymaga zezwolenia na modyfikacje klienta i inżynierii wstecznej w celu debugowania tych modyfikacji. Większość producentów urządzeń nie chce być związana tymi warunkami.

    • Historycznie rzecz biorąc, biblioteki LGPL były źródłem wielu problemów ze zgodnością dla dalszych producentów urządzeń i twórców aplikacji. Kształcenie inżynierów w tym zakresie jest trudne i czasochłonne. Dla powodzenia Androida kluczowe znaczenie ma to, aby producenci urządzeń mogli łatwo przestrzegać licencji.

Obawy te nie stanowią krytyki LGPL ani innych licencji. Google docenia wszystkie licencje bezpłatne i typu open source i szanuje preferencje licencyjne innych osób. Firma Google zdecydowała, że ​​Apache 2.0 najlepiej pasuje do naszych celów.

Przesyłając kod do włączenia do AOSP, musisz zadbać o prawidłowe użycie nagłówków licencji. W poniższych sekcjach wyjaśniono, jak postępować z nagłówkami licencji dla nowych plików i istniejącego kodu.

Postępuj zgodnie z poniższymi najlepszymi praktykami dotyczącymi praw autorskich i nagłówka licencji:

  • Nie modyfikuj istniejących praw autorskich. Na przykład, jeśli chcesz przesłać do AOSP plik zawierający kod pochodzący z pliku z własną informacją o prawach autorskich, musisz zachować tę informację o prawach autorskich z oryginalnego pliku.

  • Jeśli dodajesz całkowicie nowy plik źródłowy, użyj domyślnych praw autorskich AOSP i następującego nagłówka licencji, chyba że projekt, do którego współtworzysz, ma inną predefiniowaną licencję:

    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.