Was Code ohne Lizenz bedeutet

Öffentlich ≠ erlaubt

Auch ein öffentliches Repository auf GitHub ist kein Open Source, wenn es keine LICENSE-Datei hat. Das Urheberrecht entsteht automatisch in dem Moment, in dem Code geschrieben wird (in den meisten Mitgliedstaaten der Berner Übereinkunft), und ohne gesonderte Erlaubnis darf nur der Rechteinhaber vervielfältigen, ändern, verbreiten und Bearbeitungen erstellen. Auch die GitHub-Dokumentation weist darauf hin, dass ohne Lizenz das allgemeine Urheberrecht gilt, der Rechteinhaber alle Rechte behält und andere den Code weder vervielfältigen noch verbreiten noch abgeleitete Werke erstellen dürfen.

Was die GitHub-Nutzungsbedingungen erlauben

Nach den GitHub-Nutzungsbedingungen (D.5 „License Grant to Other Users“) räumt, wer Inhalte in ein öffentliches Repository stellt, anderen GitHub-Nutzern das Recht ein, die Inhalte innerhalb des GitHub-Dienstes zu nutzen, anzuzeigen und auszuführen und sie im Rahmen der GitHub-Funktionen (etwa Forks) zu vervielfältigen. Möglich ist also:

• Code im Web ansehen und lesen
• Innerhalb von GitHub forken

Darüber hinausgehende Rechte – etwa den Code in das eigene Produkt aufzunehmen und zu verbreiten oder eine geänderte Fassung anderswo zu veröffentlichen – erlauben die Bedingungen nicht.

Wenn Sie Code ohne Lizenz nutzen möchten

1. Den Rechteinhaber fragen: Bitten Sie per Issue oder E-Mail darum, eine Lizenz hinzuzufügen. Oft wurde sie schlicht vergessen, und die Person ergänzt gern z. B. MIT.
2. Schriftliche Erlaubnis einholen: Ist eine Lizenz nicht möglich, lassen Sie sich eine gesonderte Erlaubnis mit dem Nutzungsumfang geben und bewahren Sie sie auf.
3. Alternativen suchen: Suchen Sie eine Open-Source-Bibliothek mit derselben Funktion.
4. Selbst implementieren: Schreiben Sie den Code neu, ohne den Originalcode anzusehen, nur anhand von Spezifikation oder Verhalten (sog. Clean-Room-Implementierung). Wer den Originalcode abschreibt, riskiert eine Vervielfältigung.

Steht im README nur „Macht damit, was ihr wollt“, ist das unklar. Die Absicht scheint eindeutig, doch der Umfang (Änderung, Weiterverbreitung, kommerzielle Nutzung) bleibt offen – sicherer ist es, um eine Standardlizenz zu bitten.

Häufige Grenzfälle

• Keine LICENSE, aber "license": "MIT" in package.json: Die Absicht scheint MIT zu sein, aber MIT verlangt, Urheberrechtsvermerk und Erlaubnishinweis in Kopien aufzunehmen – ohne den vollständigen Text lässt sich die Hinweispflicht kaum erfüllen. Bitten Sie besser darum, eine LICENSE-Datei ins Repository aufzunehmen.
• Code aus Antworten auf Stack Overflow: Von Nutzern eingestellte Inhalte stehen unter Creative Commons BY-SA (je nach Veröffentlichungszeitpunkt 2.5, 3.0 oder 4.0). Wegen der Bedingungen Namensnennung und Weitergabe unter gleichen Bedingungen sollten Sie vor der Übernahme in Produktcode die Richtlinien Ihres Unternehmens prüfen.
• Code aus Blogs und Tutorials: Ohne gesonderte Angabe in den Nutzungsbedingungen der Website oder im Beitrag sind grundsätzlich alle Rechte vorbehalten.

So lizenzieren Sie Ihr eigenes Repository

1. Wählen Sie im Generator eine Lizenz, geben Sie Jahr und Rechteinhaber ein und laden Sie die Datei LICENSE herunter.
2. Committen Sie sie ins Stammverzeichnis des Repositorys. GitHub erkennt die Datei und zeigt die Lizenz in den Repository-Informationen an.
3. Tragen Sie die SPDX-Kennung in das license-Feld von package.json, Cargo.toml, pyproject.toml usw. ein (SPDX-Ratgeber).
4. Enthält das Projekt fremden Code, erfassen Sie dessen Lizenzen und Hinweise gesondert (Praxisleitfaden).

Bewusst ohne Lizenz

Wenn Code nur gezeigt, aber nicht wiederverwendet werden soll – etwa in einem Portfolio oder einer Übungsaufgabe –, kann es eine bewusste Entscheidung sein, keine Lizenz anzugeben. Dann vermeiden Sie Missverständnisse, wenn Sie im README „Alle Rechte vorbehalten (All rights reserved)“ und eine Kontaktmöglichkeit angeben. Bei einem öffentlichen Repository können Sie das Ansehen und Forken, das die GitHub-Bedingungen erlauben, allerdings nicht verhindern.

Dieser Artikel enthält allgemeine Informationen und ist keine Rechtsberatung. Besprechen Sie wichtige Entscheidungen mit Fachleuten.

Quellen

• GitHub Docs, Licensing a repository — https://docs.github.com/en/repositories/managing-your-repositorys-settings-and-features/customizing-your-repository/licensing-a-repository
• GitHub Terms of Service, D.5 — https://docs.github.com/en/site-policy/github-terms/github-terms-of-service
• choosealicense.com, No License — https://choosealicense.com/no-permission/
• Lizenzierung der Inhalte von Stack Overflow — https://stackoverflow.com/help/licensing