Licentiegenerator

Volgende

Het versturen van een project zonder een licentiebestand betekent technisch gezien ‘alle rechten voorbehouden’ – niemand mag de code opnieuw gebruiken. Deze generator genereert de volledige, ongewijzigde tekst van de populairste open-sourcelicenties, waarbij uw naam en het huidige jaar worden ingevoegd in de auteursrechtkop. Plak deze tekst in een LICENSE-bestand in de hoofdmap van uw repository en push het vervolgens.

Hoe u een licentie kiest en genereert

  1. 1

    Kies een licentie

    MIT voor een permissieve licentie, Apache 2.0 voor een permissieve licentie met octrooivergunning, en GPLv3 voor copyleft.

  2. 2

    Voer uw naam en het jaar in

    De rechthebbende is uw juridische naam of uw bedrijf. Het jaar verwijst naar het eerste jaar van de publicatie.

  3. 3

    Beoordeel de volledige tekst

    De licentietekst blijft precies zoals OSI/FSF hem publiceert; alleen de auteursrechtregel is gewijzigd.

  4. 4

    Plaats het in LICENSE

    Sla het op in de hoofdmap van uw repository. GitHub detecteert dit en toont het in de zijbalk.

Kies tussen de populaire opties

Er bestaat geen universele, ‘beste’ open-source licentie. De keuze hangt af van wat u wilt dat downstream-gebruikers kunnen of niet kunnen doen.

Licentie Type Patentverlening Copyleft? Belangrijke gebruikers
MIT Permissief Impliciet Nee Rails, Node-pakketten, jQuery
Apache-2.0 Permissief Expliciet Nee Kubernetes, Android AOSP
BSD-3-Clause Permissief Nee Nee Go-standaardbibliotheek, Nginx
GPL-3.0 Sterke copyleft Ja Ja GCC, Bash, GIMP
LGPL-3.0 Zwakke copyleft Ja Deels glibc, Qt (historisch gezien)
MPL-2.0 Zwakke copyleft Ja Deels Firefox, Thunderbird
AGPL-3.0 Netwerk-copyleft Ja Ja MongoDB (voor 2018), Grafana
Unlicense / CC0 Toewijzing aan het publieke domein - Nee Kleine hulpprogrammabibliotheken

De drie praktische vragen

  1. Wilt u closed-source-forks hebben? Permissief (MIT, Apache, BSD) → ja. Copyleft (GPL, AGPL) → nee.

  2. Heeft u zorgen over patentretaliation? Apache-2.0, GPLv3 en MPL-2.0 bevatten expliciete patentovereenkomsten die vervallen bij een rechtszaak; MIT en BSD-2/3 daarentegen niet.

  3. Loopt uw code als een netwerkdienst? AGPL-3.0 sluit de ‘SaaS-lacune’ af: gebruikers van de dienst worden als distributie geteld. Als dit belangrijk is, kies daar dan voor; anders is GPLv3 eenvoudiger.

Veelvoorkomende fouten die je moet vermijden

  • Verander de licentietekst niet. Een ‘MIT met mijn wijzigingen’-licentie is een nieuwe, onverenigbare licentie. Rechters weigeren ad hoc gewijzigde versies van deze licentie.
  • Gebruik geen twee licenties zonder eerst de compatibiliteit te controleren. Apache-2.0 en GPLv2 zijn niet compatibel; Apache-2.0 en GPLv3 wel.
  • Vergeet de SPDX-identificator niet in de bronkoppen: SPDX-License-Identifier: MIT op regel 1 helpt tools om uw keuze te herkennen.
  • Gebruik ‘Creative Commons’ niet voor software. CC-licenties zijn bedoeld voor creatieve werken; gebruik ze alleen voor documentatie en afbeeldingen, niet voor code.

Dubbele licentie

Sommige projecten worden uitgebracht onder twee licenties – meestal één copyleft-licentie en één commerciële licentie – zodat bedrijven de bepalingen van de copyleft-licentie kunnen overnemen. Qt en MySQL doen dit bekendbaar. Dit is juridisch complex; als u het project niet vermarkt, is het verstandiger om bij één enkele, door OSI goedgekeurde licentie te blijven.

Veelgestelde vragen

MIT is de meest gebruikte standaardlicentie voor kleine open-sourceprojecten: kort, gunstig voor gebruik, breed begrepen en compatibel met vrijwel elke andere licentie. Apache 2.0 is een iets veiliger keuze als uw project elementen bevat die in aanmerking komen voor octrooiverlening.

Ja. Zonder een licentie is uw code volledig beschermd door auteursrecht en kan niemand hem wettelijk opnieuw gebruiken; de openbare toegang op GitHub vormt geen licentie. Voeg een licentiebestand toe op dezelfde dag dat u de repository openbaar maakt.

Het eerste jaar van de publicatie (één jaar) of een periode die eindigt in het huidige jaar (bijvoorbeeld ‘2019–2026’). Het bijwerken van het jaar elke januari is een vorm van respectvolheid, geen wettelijke verplichting in de meeste rechtsgebieden.

Nee – de vervanging vindt plaats in uw browser en uw naam, jaar en licentiekeuze worden nooit aan ons gestuurd.

Gerelateerde tools

Tool beschikbaar in andere talen