LICENSE-Datei erstellen: MIT, Apache 2.0, GPL 3.0 und 20 weitere, mit Ihrem Namen und Jahr
Läuft in Ihrem Browser. Nichts, was Sie eingeben, wird irgendwohin gesendet. Geprüft am 16. Oktober 2026.Ein Lizenz-Generator liefert Ihnen den vollständigen Text einer Open-Source-Lizenz mit eingetragenem Namen und Jahr, bereit zum Speichern als LICENSE-Datei. Wählen Sie aus 23 Lizenzen, darunter MIT, Apache 2.0 und GPL 3.0, sehen Sie, was jede erlaubt und verlangt, und kopieren Sie die SPDX-Kennung für package.json.
Diese Seite wurde maschinell aus dem englischen Original übersetzt. Die Übersetzung wurde noch von keinem Menschen geprüft; maßgeblich ist die englische Fassung. Englisches Original lesen
Tippen Sie auf die passende Lizenz, etwa MIT für einfach und freizügig, oder wählen Sie eine der 23 aus der Liste.
Geben Sie den Urheberrechtsinhaber ein; das Jahr ist bereits eingetragen.
Klicken Sie auf Herunterladen, um die LICENSE-Datei zu speichern, und legen Sie sie dann in den obersten Ordner des Projekts.
Kopieren Sie die SPDX-Zeile in package.json oder an den Anfang jeder Quelldatei, wenn Tools sie auslesen sollen.
Code ohne Lizenz ist kein Open Source: Standardmäßig erlaubt das Urheberrecht niemand anderem, ihn zu kopieren, zu ändern oder weiterzugeben, selbst wenn das Repository öffentlich ist. Erst eine LICENSE-Datei im obersten Ordner räumt diese Rechte ein, und die Wahl der Lizenz bestimmt, zu welchen Bedingungen.
Auswählen. Die Hauptfrage ist, was andere mit ihren Änderungen tun müssen:
| Lizenz | Andere dürfen ihre Änderungen schließen | Patentlizenz | Änderungen unter derselben Lizenz weitergegeben |
|---|---|---|---|
| MIT | Ja | Nein | Nein |
| Apache 2.0 | Ja | Ja | Nein |
| BSD 3-Clause | Ja | Nein | Nein |
| MPL 2.0 | Ja, außerhalb geänderter Dateien | Ja | Nur geänderte Dateien |
| GPL 3.0 | Nein | Ja | Gesamtes Programm |
| AGPL 3.0 | Nein, auch nicht über ein Netzwerk | Ja | Gesamtes Programm, einschließlich Webdiensten |
MIT ist die häufigste Wahl für Bibliotheken; Apache 2.0 ergänzt eine ausdrückliche Patentlizenz, die größere Unternehmen oft bevorzugen; GPL 3.0 hält jede Version des Programms offen.
Ausfüllen. Die meisten freizügigen Lizenzen enthalten eine Copyright-Zeile mit Jahr und Namen. Geben Sie den Urheberrechtsinhaber ein, das Jahr ist bereits da; ein Zeitraum wie 2019-2026 funktioniert ebenfalls. Lizenzen wie GPL, Apache und MPL haben oben keine auszufüllende Zeile: Der Text wird genau so verwendet, wie er veröffentlicht wurde.
Woher die Texte stammen. Die 23 Texte sind die von choosealicense.com, der Website, die GitHub verwendet, wenn Sie einem Repository eine Lizenz hinzufügen, bei einem festen Commit. Jeder wurde Wort für Wort mit dem eigenen Text der SPDX License List verglichen, und mindestens 95 Prozent der Wörter stimmen in der Reihenfolge überein; die Unterschiede sind Titel und die GNU-Hinweise zur Anwendung der Lizenz.
Nach dem Speichern. Legen Sie die Datei in den obersten Ordner des Projekts, fügen Sie die SPDX-Kennung in package.json oder am Anfang jeder Quelldatei ein und geben Sie in der README an, welche Lizenz Sie verwenden. Diese Seite ist keine Rechtsberatung. Alles läuft in Ihrem Browser.
Für die meisten Bibliotheken MIT: kurz, freizügig und überall verstanden. Wählen Sie Apache 2.0, wenn Sie eine ausdrückliche Patentlizenz wollen, GPL 3.0, wenn jede geänderte Version Open Source bleiben muss, und AGPL 3.0, wenn das auch für Software gelten soll, die als Webdienst angeboten wird. MPL 2.0 liegt dazwischen und gilt nur für die Dateien, die Sie geschrieben haben.
Beide erlauben jedem, den Code zu nutzen, zu ändern und zu verkaufen, auch in geschlossenen Produkten. Apache 2.0 gewährt zusätzlich eine Lizenz für alle Patente, die die Mitwirkenden an ihren Beiträgen halten, beendet diese Lizenz für jeden, der wegen Patenten klagt, und verlangt, dass geänderte Dateien als geändert gekennzeichnet werden. MIT ist nur wenige Zeilen lang und sagt nichts über Patente.
Dann gelten die Standardregeln des Urheberrechts: Sie behalten alle Rechte, und niemand sonst darf den Code kopieren, ändern oder verbreiten, selbst wenn er in einem öffentlichen Repository liegt. Man kann ihn ansehen, aber ihn in eigenen Projekten zu verwenden, ist nicht erlaubt. Erst eine LICENSE-Datei macht veröffentlichten Code zu Open Source.
In den obersten Ordner des Projekts, mit dem Namen LICENSE, oder COPYING für GPL 3.0, wie GNU es empfiehlt. GitHub und npm finden sie dort und zeigen die Lizenz auf der Projektseite an. Setzen Sie außerdem das Feld license in package.json auf die SPDX-Kennung, etwa MIT, und nennen Sie die Lizenz in der README.
Das Jahr, in dem der Code zuerst veröffentlicht wurde, oder ein Zeitraum vom ersten bis zum letzten Jahr der Änderungen, etwa 2019-2026. Das Jahr zu aktualisieren ist üblich, aber nicht erforderlich: Der Hinweis hält fest, wann das Werk entstanden ist. Verwenden Sie den Namen der Person oder Organisation, der das Urheberrecht gehört, bei beruflichem Code oft der Arbeitgeber.
Sie können neue Versionen unter einer anderen Lizenz veröffentlichen, wenn Ihnen das gesamte Urheberrecht gehört, aber bereits veröffentlichte Kopien behalten die Lizenz, mit der sie erschienen sind. Wenn andere Personen Code beigetragen haben, brauchen Sie deren Zustimmung, um ihre Teile neu zu lizenzieren, es sei denn, sie haben eine Mitwirkendenvereinbarung unterzeichnet, die das erlaubt. Eine sorgfältige Wahl am Anfang vermeidet das.
Sätze und Regeln ändern sich; prüfen Sie die Quelle, bevor Sie sich auf eine Zahl verlassen.
Kommen Sie nicht weiter? Fragen Sie zu Lizenz-Generator und jeder, der es weiß, kann antworten. Kein Konto nötig.