Ein Repository lizenzieren
Öffentliche Repositorys auf GitHub werden häufig zur Freigabe von Open-Source-Software genutzt. Damit Ihr Repository vollständig open source ist, müssen Sie es lizenzieren, damit andere die Software kostenlos nutzen, verändern und verteilen können.
Die richtige Lizenz auswählen
Wir haben choosealicense.com erstellt, um Sie bei der Lizenzierung Ihres Codes zu unterstützen. Eine Softwarelizenz informiert andere Benutzer darüber, was sie mit Ihrem Quellcode machen dürfen und was nicht. Eine durchdachte Entscheidung ist also sehr wichtig.
Sie sind nicht dazu verpflichtet, eine Lizenz auszuwählen. Bedenken Sie jedoch, dass ohne Lizenz das standardmäßige Urheberrecht gilt – Sie behalten also alle Rechte an Ihrem Quellcode, und niemand darf den Code reproduzieren, verteilen oder abgeleitete Werke davon erstellen. Wenn Sie ein Open-Source-Projekt erstellen, empfehlen wir Ihnen, eine Open-Source-Lizenz anzuwenden. Der Open Source Guide bietet zusätzliche Hilfestellung bei der Auswahl der richtigen Lizenz für Ihr Projekt.
Hinweis: Wenn Sie Ihren Quellcode in einem öffentlichen Repository auf GitHub veröffentlichen, haben andere GitHub-Benutzer das Recht, Ihr Repository innerhalb der GitHub-Website anzuzeigen und zu forken. Wenn Sie bereits ein öffentliches Repository erstellt haben und nicht mehr möchten, dass andere Benutzer darauf zugreifen, können Sie festlegen, dass Ihr Repository privat ist. Wenn Sie ein öffentliches Repository in ein privates umwandeln, bleiben vorhandene Forks oder lokale Kopien bestehen, die andere Benutzer erstellt haben. Weitere Informationen finden Sie unter „Ein öffentliches Repository in ein privates umwandeln“.
Den Speicherort der Lizenz festlegen
Meistens wird der Lizenztext in einer Datei mit dem Namen LICENSE.txt (oder LICENSE.md) im Root des Repositorys gespeichert. Hier ist ein Beispiel von 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 Ihnen, die Lizenzdatei zu Ihrem Projekt hinzuzufügen.
GitHub nach Lizenztyp durchsuchen
Sie können Repositorys basierend auf Ihrer Lizenz oder Lizenzfamilie filtern. Verwenden Sie dazu den Kennzeichner license und das exakte Lizenz-Stichwort:
| Lizenz | Lizenz-Stichwort |
|---|---|
| Academic Free License v3.0 | |
| Apache-Lizenz 2.0 | |
| Artistic License 2.0 | |
| Boost Software License 1.0 | |
| FreeBSD-Lizenz (2-Klausel-BSD) | |
| BSD-Lizenz (3-Klausel-BSD) | |
| BSD-Lizenz (3-Klausel-Clear-BSD) | |
| Creative Commons-Lizenzfamilie | |
| Creative Commons CC0 1.0 Universell | |
| Creative Commons Namensnennung 4.0 | |
| Creative Commons Namensnennung und Weitergabe unter gleichen Bedingungen 4.0 | |
| WTFPL-Lizenz (Do What The F*ck You Want To Public License) | |
| Educational Community License v2.0 | |
| Eclipse Public License 1.0 | |
| European Union Public License 1.1 | |
| GNU Affero General Public License v3.0 | |
| GNU General Public License (GPL)-Lizenzfamilie | |
| GNU General Public License v2.0 | |
| GNU General Public License v3.0 | |
| GNU Lesser General Public License (LGPL)-Lizenzfamilie | |
| GNU Lesser General Public License v2.1 | |
| GNU Lesser General Public License v3.0 | |
| ISC | |
| LaTeX Project Public License v1.3c | |
| Microsoft Public License | |
| MIT | |
| Mozilla Public License 2.0 | |
| Open Software License 3.0 | |
| PostgreSQL License | |
| SIL Open Font License 1.1 | |
| University of Illinois/NCSA Open Source License | |
| Unlicense | |
| zLib License |
Wenn Sie nach einer Lizenz einer Familie suchen, enthalten die Suchergebnisse alle Lizenzen dieser Familie. Wenn Sie z. B. die Abfrage license:gpl verwenden, 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 finden Sie unter„Nach Repositorys suchen“.
Eine Lizenz erkennen
Das Open-Source-Ruby-Gem Licensee vergleicht die LICENSE-Datei des Repositorys mit einer kurzen Liste bekannter Lizenzen. Licensee stellt außerdem die Licenses-API bereit und bietet Einblicke in die Lizenzierung von Repositorys auf GitHub Enterprise. Wenn Ihr Repository eine Lizenz verwendet, die nicht auf der Website „Choose a License“ aufgeführt ist, können Sie das Hinzufügen einer Lizenz fordern.
Wenn Ihr Repository eine Lizenz verwendet, die auf der Website „Choose a License“ 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 Ihre Lizenz erkannt wird, vereinfachen Sie Ihre LICENSE-Datei und notieren Sie die Komplexität an anderer Stelle, z. B. in der README-Datei des Repositorys.
Eine Lizenz auf ein Repository mit vorhandener Lizenz anwenden
Die Lizenzauswahl ist nur verfügbar, wenn Sie auf GitHub ein neues Projekt erstellen. Sie können manuell eine Lizenz über den Browser hinzufügen. Weitere Informationen zum Hinzufügen einer Lizenz zu einem Repository finden Sie unter „Eine Lizenz zu einem Repository hinzufügen“.
Haftungsausschluss
Das Ziel der Open-Source-Lizenzierung von GitHub besteht darin, Ihnen einen Ausgangspunkt für eine fundierte Entscheidung zu bieten. 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 Ihnen damit helfen. Bedenken Sie 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 Sie Fragen hinsichtlich der richtigen Lizenz für Ihren Code oder anderer damit verbundener rechtlicher Probleme haben, empfehlen wir, juristische Unterstützung einzuholen.
Weiterführende Informationen
- Der Abschnitt „The Legal Side of Open Source“ (Die rechtlichen Aspekte von Open Source) in den Open-Source-Leitfäden