Das Kernproblem
Viele Unternehmen stolpern über die GGL-Lizenz, weil sie denken, das sei nur ein weiteres rechtliches Kästchen zum Ankreuzen. Falsch. Hier geht es um Grundrechte, um das Spiel mit Open-Source-Code und um die Gefahr, dass ein kleiner Rechtsfehler die ganze Produktlinie zum Absturz bringt.
Was steckt hinter der GGL?
Die GNU-General-Public-License, kurz GGL, ist kein Wunschzettel, sondern ein eiserner Vertrag. Sie zwingt dich, Quellcode offenzulegen, wenn du modifizierte Versionen verbreitest. Und das ist keine nette Geste, das ist ein Gesetz, das du nicht umgehen kannst, ohne Risiken einzugehen.
Warum das für Unternehmen relevant ist
Wenn du ein proprietäres Produkt auf Basis von GGL-Code baust, musst du am Ende jede Zeile deines Quellcodes veröffentlichen. Das bedeutet: Konkurrenz sieht dein Innenleben, Patente werden nutzlos, und du verlierst das, wofür du investiert hast.
Typische Fehlannahmen
„Ich nutze nur eine Bibliothek, das zählt nicht.” – Bullshit. Jeder importierte Code, egal wie klein, zieht die Lizenz mit sich. „Ich ändere nichts, nur ein bisschen konfigurieren.” – Auch das ist ein Update, das veröffentlicht werden muss.
Die rechtlichen Fallen
Gerichte haben bereits entschieden, dass das Ignorieren der GGL-Bestimmungen zu Unterlassungsansprüchen und Schadensersatz führt. Unternehmen, die das nicht ernst nehmen, zahlen oft Millionen in Lizenzgebühren, die sie vorher nie eingeplant hatten.
Strategien, um sicher zu bleiben
Erstmal: Inventarisiere jede Bibliothek, jedes Modul. Dann: Setze klare Richtlinien, wer was nutzen darf. Drittens: Nutze Alternativen wie MIT oder Apache-Lizenz, wenn du keine Quellcode-Offenlegung willst.
Praktischer Tipp
Implementiere ein automatisiertes Scan-Tool, das beim Build die Lizenz prüft und sofort warnt, wenn GGL-Code auftaucht. So erkennst du das Problem, bevor es teuer wird.
Wie du die Lizenz korrekt anwendest
Wenn du dich entscheidest, die GGL zu verwenden, musst du das Lizenz-Notice unverändert in jedem Verzeichnis behalten, die vollständige Lizenz beilegen und den Quellcode öffentlich zugänglich machen. Und zwar sofort, nicht erst nach dem Release.
Beispielhafte Umsetzung
Ein Unternehmen, das ein Backend-Framework unter GGL nutzt, legt den Quellcode auf GitHub, fügt das Lizenz-File hinzu und verlinkt im Produkt-Read-Me: https://wetten-vergleich.com/artikel/ggl-lizenz/. Damit ist alles rechtlich sauber.
Der schnelle Weg zum Erfolg
Erstelle ein internes Wiki, das jede zulässige Lizenz auflistet, und mach es zum Standard, dass neue Entwickler erst nach einer kurzen Schulung Code-Reviews mit Lizenz-Check durchlaufen. Und hier ist das Wichtigste: Ignoriere die GGL nicht, bis du den Preis bezahlt hast. Jetzt handeln, Lizenz prüfen und Code transparent halten.