Die richtige Lizenz auswählen
Wir haben choosealicense.com erstellt, damit Du weißt, wie Du Deinen Code lizenzierst. Eine Softwarelizenz informiert andere Benutzer darüber, was sie mit Deinem Quellcode machen dürfen und was nicht. Eine durchdachte Entscheidung ist also sehr wichtig.
Du bist nicht dazu verpflichtet, eine Lizenz auszuwählen. Bedenke jedoch, dass ohne Lizenz das standardmäßige Urheberrecht gilt – Du behältst also alle Rechte an Deinem Quellcode, und niemand darf den Code reproduzieren, verteilen oder abgeleitete Werke davon erstellen. Wenn Du ein Open-Source-Projekt erstellst, empfehlen wir Dir, eine Open-Source-Lizenz anzuwenden. Der Open Source-Leitfaden enthält zusätzliche Anleitungen zum Auswählen der richtigen Lizenz für Dein Projekt.
Hinweis: Wenn du deinen Quellcode in einem öffentlichen Repository auf GitHub Enterprise Server veröffentlichst, sind andere Benutzer von Ihre GitHub Enterprise Server-Instance berechtigt, dein Repository anzuzeigen und zu forken. Wenn Du bereits ein Repository erstellt hast und nicht mehr möchtest, dass andere Benutzer darauf zugreifen, kannst Du festlegen, dass das Repository privat ist. Wenn Du die Sichtbarkeit eines Repository in privat änderst, bleiben vorhandene Forks oder lokale Kopien bestehen, die andere Benutzer erstellt haben. Weitere Informationen findest du unter Sichtbarkeit eines Repositorys festlegen.
Den Speicherort der Lizenz festlegen
Die meisten Personen platzieren ihren Lizenztext in einer Datei mit dem Namen LICENSE.txt
(oder LICENSE.md
oder LICENSE.rst
) im Stammverzeichnis des Repositorys; hier ein Beispiel aus Hubot.
Bei manchen Projekten finden sich Informationen zur Lizenz in der README-Datei. Beispielsweise kann die README-Datei eines Projekts den Hinweis „This project is licensed under the terms of the MIT license“ (Dieses Projekt ist gemäß den Bedingungen der MIT-Lizenz lizenziert) enthalten.
Als Best Practice empfehlen wir Dir, die Lizenzdatei zu Deinem Projekt hinzuzufügen.
GitHub nach Lizenztyp durchsuchen
Du kannst Repositorys basierend auf ihrer Lizenz oder Lizenzfamilie filtern. Verwende dazu den Qualifizierer license
und das exakte Lizenzschlüsselwort.
Lizenz | Lizenz-Stichwort |
---|---|
Academic Free License v3.0 | AFL-3.0 |
Apache license 2.0 | Apache-2.0 |
Artistic license 2.0 | Artistic-2.0 |
Boost Software License 1.0 | BSL-1.0 |
BSD 2-clause "Simplified" license | BSD-2-Clause |
BSD 3-clause "New" or "Revised" license | BSD-3-Clause |
BSD 3-clause Clear license | BSD-3-Clause-Clear |
BSD 4-Klausel-Lizenz "Original" oder "Old" | BSD-4-Clause |
BSD-0-Klausel-Lizenz | 0BSD |
Creative Commons-Lizenzfamilie | CC |
Creative Commons Zero v1.0 Universal | CC0-1.0 |
Creative Commons Attribution 4.0 | CC-BY-4.0 |
Creative Commons Attribution ShareAlike 4.0 | CC-BY-SA-4.0 |
Do What The F*ck You Want To Public License | WTFPL |
Educational Community License v2.0 | ECL-2.0 |
Eclipse Public License 1.0 | EPL-1.0 |
Eclipse Public License 2.0 | EPL-2.0 |
European Union Public License 1.1 | EUPL-1.1 |
GNU Affero General Public License v3.0 | AGPL-3.0 |
GNU General Public-Lizenzfamilie | GPL |
GNU General Public License v2.0 | GPL-2.0 |
GNU General Public License v3.0 | GPL-3.0 |
GNU Lesser General Public-Lizenzfamilie | LGPL |
GNU Lesser General Public License v2.1 | LGPL-2.1 |
GNU Lesser General Public License v3.0 | LGPL-3.0 |
ISC | ISC |
LaTeX Project Public License v1.3c | LPPL-1.3c |
Microsoft Public License | MS-PL |
MIT | MIT |
Mozilla Public License 2.0 | MPL-2.0 |
Open Software License 3.0 | OSL-3.0 |
PostgreSQL License | PostgreSQL |
SIL Open Font License 1.1 | OFL-1.1 |
University of Illinois/NCSA Open Source License | NCSA |
The Unlicense | Unlicense |
zLib License | Zlib |
Wenn Du nach einer Lizenz einer Familie suchst, enthalten die Suchergebnisse alle Lizenzen dieser Familie. Wenn Du beispielsweise die Abfrage license:gpl
verwendest, enthalten die Suchergebnisse Repositorys, die unter der GNU General Public License v2.0 und der GNU General Public License v3.0 lizenziert sind. Weitere Informationen findest du unter Nach Repositorys suchen.
Eine Lizenz erkennen
Der Open Source Ruby Gem-Lizenznehmer vergleicht die LIZENZ-Datei des Repositorys mit einer kurzen Liste bekannter Lizenzen. Der Lizenznehmer bietet auch die Lizenz-API und gibt uns Einblick in die Lizenz von Repositorys für GitHub Enterprise Server. Wenn Dein Repository eine Lizenz verwendet, die nicht auf der Website "Choose a License" (Wähle eine Lizenz) aufgeführt ist, kannst Du die Lizenz anfordern.
Wenn Dein Repository eine Lizenz verwendet, die auf der Website „Choose a License“ (Wähle eine Lizenz) aufgeführt ist, und die Lizenz nicht deutlich sichtbar oben auf der Repository-Seite angezeigt wird, enthält das Repository möglicherweise mehrere Lizenzen oder es liegt eine andere Komplexität vor. Damit Deine Lizenz erkannt wird, vereinfache Deine LICENSE-Datei und notiere die Komplexität an anderer Stelle, beispielsweise in der README-Datei Deines Repositorys.
Eine Lizenz auf ein Repository mit vorhandener Lizenz anwenden
Du kannst manuell eine Lizenz über den Browser hinzufügen. Weitere Informationen zum Hinzufügen einer Lizenz zu einem Repository findest du unter Eine Lizenz zu einem Repository hinzufügen.
Haftungsausschluss
Das Ziel der Bemühungen von GitHub zur Open-Source-Lizenzierung ist es, Dir einen Ausgangspunkt für eine fundierte Entscheidung zu geben. GitHub zeigt Lizenzinformationen an, um Benutzer über Open-Source-Lizenzen und die Projekte, bei denen diese Lizenzen verwendet werden, zu informieren. Wir hoffen, dass wir Dir damit helfen. Bedenke aber bitte, dass wir keine Juristen sind und wie alle Menschen Fehler machen können. Aus diesem Grund stellt GitHub die Informationen ohne Gewähr bereit und übernimmt keine Zusicherungen im Hinblick auf alle auf oder über GitHub bereitgestellten Informationen und Lizenzen. Außerdem lehnt GitHub jegliche Haftung für Schäden ab, die sich aus der Nutzung der Lizenzinformationen ergeben. Wenn Du Fragen hinsichtlich der richtigen Lizenz für Deinen Code oder andere damit verbundene rechtliche Probleme hast, empfehlen wir, juristische Unterstützung einzuholen.
Weiterführende Themen
- Der Abschnitt "The Legal Side of Open Source"