Generator licencji
Plik LICENSE dla MIT, BSD, ISC i Unlicense, nota Apache, GPL, LGPL, MPL oraz nagłówek SPDX z Twoim rokiem i autorem.
-
1Wprowadź dane
Wpisz treść, wklej tekst lub załaduj plik z dysku. -
2Kliknij przycisk
Narzędzie natychmiast przetworzy Twoje dane w przeglądarce. -
3Pobierz wynik
Skopiuj gotowy tekst lub zapisz plik na urządzeniu.
return "Wynik gotowy w 0.1s";
}
Rok lub zakres lat
Osoba lub firma
Trafia do pierwszej linii noty GPL i LGPL.
Zmieniłeś dane. Kliknij „Generuj licencję”, aby odświeżyć tekst.
Wygenerowana licencja
Kompletny tekst pliku LICENSE: skopiuj lub pobierz i zapisz w katalogu głównym projektu.
Identyfikator SPDX
Rodzaj
Tekst
Plik LICENSE
Nagłówek pliku źródłowego (SPDX)
Wzór techniczny, nie porada prawna. Przed publikacją sprawdź zgodność licencji z zależnościami projektu.
Porównanie popularnych licencji open source
| Licencja | Identyfikator SPDX | Rodzaj | Licencja patentowa | Udostępnienie kodu przy dystrybucji |
|---|---|---|---|---|
| MIT | MIT | Permisywna | Nie wprost | Nie |
| Apache 2.0 | Apache-2.0 | Permisywna | Tak | Nie (zmiany trzeba oznaczyć) |
| GPL v3 | GPL-3.0-or-later | Silny copyleft | Tak | Tak, całego programu |
| LGPL v3 | LGPL-3.0-or-later | Słaby copyleft | Tak | Tak, zmian w bibliotece |
| MPL 2.0 | MPL-2.0 | Słaby copyleft (plikowy) | Tak | Tak, zmienionych plików MPL |
| BSD 3-Clause | BSD-3-Clause | Permisywna | Nie wprost | Nie |
| ISC | ISC | Permisywna | Nie wprost | Nie |
| The Unlicense | Unlicense | Domena publiczna | Nie | Nie |
Pełny tekst czy nota?
MIT, BSD 3-Clause, ISC i Unlicense są krótkie, więc generator tworzy cały plik LICENSE. Apache 2.0, GPL v3, LGPL v3 i MPL 2.0 mają po kilka stron: plik LICENSE powinien zawierać ich pełny oficjalny tekst, a wygenerowaną notę z Twoimi danymi umieszczasz w nagłówkach plików lub w README.
Jaki rok i autor?
Podaj rok pierwszej publikacji kodu albo zakres, gdy projekt jest rozwijany, np. 2019-2026. Autor to osoba lub firma, do której należą prawa autorskie do kodu. W The Unlicense rok i autor nie są potrzebne, bo kod trafia do domeny publicznej.
Gdzie umieścić licencję
Zapisz plik LICENSE w katalogu głównym repozytorium: GitHub i GitLab rozpoznają go i pokazują licencję projektu. Identyfikator SPDX wpisz w pole license w package.json lub composer.json, a nagłówek SPDX dodaj na początku plików źródłowych.
Permisywna czy copyleft?
Licencje permisywne (MIT, BSD, ISC, Apache) pozwalają użyć kodu także w zamkniętym oprogramowaniu, wymagają tylko zachowania noty. Copyleft (GPL) wymaga, by rozpowszechniane programy pochodne miały otwarty kod na tej samej licencji. LGPL i MPL to kompromis: copyleft obejmuje tylko bibliotekę lub zmienione pliki.
Oceń to narzędzie:
Powiązane narzędzia
Inne narzędzia, które mogą Ci się przydaćGenerator licencji open source
Licencja określa, jak inni mogą używać Twojego kodu. Generator licencji obsługuje 8 modeli – od pełnej swobody (MIT, ISC, BSD, Unlicense) po copyleft (GPL) – i zwraca tekst z Twoim rokiem i autorem oraz gotowy nagłówek SPDX do plików źródłowych.
Porównanie licencji
| Licencja | Użycie komercyjne | Kod pochodny |
|---|---|---|
| MIT / ISC / BSD 3-Clause | tak | dowolna licencja |
| Apache 2.0 | tak | dowolna + klauzula patentowa |
| MPL 2.0 | tak | pliki MPL pozostają MPL |
| LGPL v3 | tak | biblioteka pozostaje LGPL |
| GPL v3 | tak | całość musi być GPL |
| Unlicense | tak | domena publiczna |
Którą wybrać?
- chcesz maksymalnej adopcji – MIT lub Apache 2.0,
- zależy Ci na otwartości całego projektu – GPL,
- tworzysz bibliotekę – MIT lub LGPL,
- chcesz copyleftu tylko dla zmienionych plików – MPL 2.0,
- rezygnujesz z praw autorskich – Unlicense.
Jak działa generator pliku LICENSE
Wybierasz licencję, wpisujesz rok i właściciela praw autorskich, a narzędzie podstawia te dane w wierszu copyright. Rok może być pojedynczy (2026) albo zakresem (2019-2026); półpauza i spacje wokół myślnika są zamieniane na zwykły zapis 2019-2026. Zakres musi rosnąć, a lata mieszczą się w przedziale 1900–2100. Pole autora przyjmuje do 150 znaków, więc zmieści też kilku współautorów albo pełną nazwę firmy.
Licencje dzielą się na dwie grupy. MIT, ISC, BSD 3-Clause i Unlicense są krótkie, dlatego dostajesz cały plik LICENSE z przyciskiem pobrania (plik bez rozszerzenia, tak jak w repozytoriach). Apache 2.0, GPL v3, LGPL v3 i MPL 2.0 mają po kilka stron, więc generator tworzy oficjalną notę licencyjną z Twoimi danymi i podaje adres pełnego tekstu. Pełną treść wklejasz do pliku LICENSE, a notę umieszczasz w nagłówkach plików lub w README. Przy LGPL dołącza się pliki COPYING (GPL v3) i COPYING.LESSER (LGPL v3).
Opcjonalna nazwa projektu trafia do pierwszej linii noty GPL i LGPL. Przy The Unlicense rok i autor są pomijane, bo kod przechodzi do domeny publicznej. Drugim wynikiem jest nagłówek SPDX w jednym z czterech stylów komentarza: // (JS, PHP, Java, Go), # (Python, Shell, YAML), /* */ (CSS, C) lub komentarz HTML (HTML, XML, Markdown).
Przykład krok po kroku: licencja MIT dla biblioteki z dwoma autorami
- Wybierasz MIT. To najkrótszy szablon i daje kompletny plik LICENSE.
- Kod powstaje od 2022 roku, a wydanie planujesz w 2025, więc w polu rok wpisujesz zakres 2022-2025.
- W polu autora wpisujesz obu współautorów w jednej linii: Anna Kowalska, Jan Nowak.
- Jako styl komentarza wybierasz
#, bo biblioteka jest w Pythonie. - Po kliknięciu „Generuj licencję” trzecia linia pliku brzmi
Copyright (c) 2022-2025 Anna Kowalska, Jan Nowak. Reszta tekstu MIT jest stała. - Nagłówek do plików źródłowych ma dwie linie:
# SPDX-FileCopyrightText: 2022-2025 Anna Kowalska, Jan Nowakoraz# SPDX-License-Identifier: MIT. Pobierasz plik LICENSE do katalogu głównego, a nagłówek wklejasz na początek każdego pliku.py.
Gdy po wygenerowaniu zmienisz dane w formularzu, narzędzie pokaże ostrzeżenie, że tekst wymaga odświeżenia. Kliknij ponownie „Generuj licencję”, zanim skopiujesz wynik.
Pola do uzupełnienia i identyfikatory SPDX
| Licencja | Identyfikator SPDX | Wynik | Pola |
|---|---|---|---|
| MIT | MIT | pełny plik LICENSE | rok, autor |
| ISC | ISC | pełny plik LICENSE | rok, autor |
| BSD 3-Clause | BSD-3-Clause | pełny plik LICENSE | rok, autor |
| Unlicense | Unlicense | pełny plik LICENSE | brak |
| Apache 2.0 | Apache-2.0 | nota licencyjna | rok, autor |
| MPL 2.0 | MPL-2.0 | nota licencyjna | rok, autor |
| LGPL v3 | LGPL-3.0-or-later | nota licencyjna | rok, autor, nazwa projektu (opcjonalnie) |
| GPL v3 | GPL-3.0-or-later | nota licencyjna | rok, autor, nazwa projektu (opcjonalnie) |
Dopisek -or-later przy GPL i LGPL odpowiada treści noty, która pozwala korzystać także z późniejszych wersji licencji („or (at your option) any later version”).
Praktyczne wskazówki przed wygenerowaniem pliku
- Jeden plik LICENSE na repozytorium. Nie kopiuj pełnego tekstu licencji do README ani do plików źródłowych. W kodzie wystarczy nagłówek SPDX albo nota, a pełna treść należy do pliku LICENSE.
- Rok zapisuj jako zakres, gdy projekt trwa kilka lat. Pierwszy rok to pierwsza publikacja kodu, nie dzień wygenerowania pliku.
- Właściciel praw to nie zawsze autor commitów. Jeśli kod powstał w ramach obowiązków służbowych, prawa mogą należeć do pracodawcy lub zleceniodawcy. Sprawdź umowę, zanim wpiszesz własne nazwisko.
- Uzupełnij metadane pakietu. Ten sam identyfikator SPDX wpisz w pole
licensewpackage.jsonlubcomposer.json, bo z niego korzystają rejestry npm i Packagist. - Kilka komponentów o różnych licencjach opisz w README i umieść osobny plik LICENSE w każdym katalogu, którego dotyczy inna licencja.
Czego narzędzie nie uwzględnia
- Prawa do kodu i zapisy umowne. Generator nie sprawdza, czy przysługują Ci prawa autorskie do całego kodu ani czy umowa z klientem lub pracodawcą pozwala na wybrany model licencjonowania.
- Zgodność z licencjami zależności. Narzędzie nie analizuje drzewa zależności i nie ostrzeże, gdy biblioteka na licencji niezgodnej z GPL trafi do projektu objętego GPL. Sprawdź to ręcznie.
- Warianty „only”. GPL i LGPL są generowane jako „-or-later”. Jeśli chcesz wyłącznie wersji 3 (
GPL-3.0-only), usuń z noty zdanie o późniejszych wersjach i zmień identyfikator w nagłówku. - Pełne teksty długich licencji. Dla Apache 2.0, GPL, LGPL i MPL dostajesz notę i link, a nie kilkustronicowy tekst. Pobierz go z oficjalnej strony, aby uniknąć literówek.
- Tłumaczenia. Narzędzie zwraca angielską treść licencji; tłumaczenia tekstów licencyjnych nie mają charakteru prawnie wiążącego.
Najczęstsze pytania o plik LICENSE
Gdzie umieścić plik LICENSE?
W katalogu głównym repozytorium jako LICENSE bez rozszerzenia. GitHub i GitLab rozpoznają go wtedy i pokazują licencję projektu.
Czym jest klauzula patentowa Apache 2.0?
Udziela użytkownikom licencji na patenty współtwórców, które dotyczą ich wkładu w kod. Kto pozwie innych o naruszenie patentu przez ten projekt, traci tę licencję.
Czy mogę zmienić licencję później?
Możesz dla nowych wersji, jeśli masz prawa do całego kodu lub zgodę współtwórców. Wcześniejsze wydania pozostają dostępne na dotychczasowych warunkach.
Czy licencja musi być napisana po angielsku?
W praktyce tak. Teksty MIT, Apache, GPL i pozostałych licencji są publikowane po angielsku i takie wersje rozpoznają repozytoria oraz rejestry pakietów.
Czy przy licencji Apache 2.0 potrzebny jest plik NOTICE?
Nie jest obowiązkowy, jeśli projekt nie zawiera informacji o autorstwie, które trzeba w nim wskazać. Jeśli plik NOTICE już istnieje, każdy, kto rozpowszechnia utwór, musi go zachować w swojej wersji.
Dlaczego przy GPL dostaję notę, a nie cały tekst licencji?
GPL v3 ma kilkanaście stron i nie zawiera miejsc na Twoje dane. Plik LICENSE powinien mieć jej niezmieniony oficjalny tekst z gnu.org, a nota z rokiem i autorem trafia na początek plików źródłowych.