Licensgenerator

Nästa

Att skicka ett projekt utan en licensfil innebär tekniskt att ‘alla rättigheter förbehållna’ – ingen får återanvända koden. Denna generator genererar den fullständiga, oförändrade texten för de mest använda licenserna med öppen källkod, där ditt namn och det aktuella året infogas i upphovsrättsinformationen. Klistra in den i en licensfil i root-mappen till din repository och skicka den.

Hur du väljer och genererar en licens

  1. 1

    Välj en licens

    MIT för tillåtande användning, Apache 2.0 för tillåtande användning med patentlicens, GPLv3 för kopyleft.

  2. 2

    Ange ditt namn och år

    Upphovsrättsinnehavaren – ditt juridiska namn eller ditt företag. Året är det första utgivningsåret.

  3. 3

    Granska hela texten

    licenstexten förblir exakt som OSI/FSF publicerar den; endast upphovsrättsuppgiften ändras.

  4. 4

    Lägg det i licensen

    Spara till rotmappen för din repository. GitHub upptäcker den och visar den i sidolinjen.

Att välja mellan de populära alternativen

Det finns ingen universell ‘bästa’ licens för öppen källkod. Valet beror på vad du vill att nedströms användare ska kunna – respektive inte kunna – göra.

Licens Typ Patentbeviljning Copyleft? Framstående användare
MIT Tillåtande Implicit Nej Rails, Node-paket, jQuery
Apache-2.0 Tillåtande Explicit Nej Kubernetes, Android AOSP
BSD-3-Clause Tillåtande Nej Nej Go-standardbiblioteket, Nginx
GPL-3.0 Stark copyleft Ja Ja GCC, Bash, GIMP
LGPL-3.0 Svag copyleft Ja Delvis glibc, Qt (historiskt)
MPL-2.0 Svag copyleft Ja Delvis Firefox, Thunderbird
AGPL-3.0 Nätverkscopyleft Ja Ja MongoDB (före 2018), Grafana
Unlicense / CC0 Överlåtelse till allmän egendom - Nej Små hjälpbibliotek

De tre praktiska frågorna

  1. Vill du ha forkar med sluten källkod? Permissiv (MIT, Apache, BSD) → ja. Copyleft (GPL, AGPL) → nej.

  2. Bryr du dig om patentrepressalier? Apache-2.0, GPLv3 och MPL-2.0 innehåller uttryckliga patentlicenser som upphör vid rättslig tvist. MIT och BSD-2/3 har inte sådana.

  3. Körs din kod som en nätverkstjänst? AGPL-3.0 sluter “SaaS-luckan” – användare av tjänsten räknas som distributörer. Om det spelar någon roll, välj den; annars är GPLv3 enklare.

Vanliga misstag att undvika

  • Redigera inte licenstexten. En “MIT-med-minaändringar”-licens är en ny, inkompatibel licens. Domstolar avvisar tillfälliga ändringar.
  • Använd inte två licenser om du inte förstår kompatibiliteten. Apache-2.0 och GPLv2 är inte kompatibla; Apache-2.0 och GPLv3 är det.
  • Glöm inte SPDX-identifieraren i källhuvudena: SPDX-License-Identifier: MIT på rad 1 hjälper verktyg att identifiera ditt val.
  • Använd inte “Creative Commons” för programvara. CC-licenser är avsedda för kreativa verk; använd dem för dokumentation och bilder, inte kod.

Dubbelt licensiering

Vissa projekt distribueras med två licenser – vanligtvis en kopyleftlicens och en kommersiell licens – så att företag kan välja att använda kopyleftvillkoren. Qt och MySQL är exempel på detta. Det är juridiskt komplicerat; om du inte syftar till att tjäna pengar på projektet bör du använda en enda OSI-godkänd licens.

Vanliga frågor

MIT är den vanligaste standardlicensen för små öppna källkodprojekt: kort, tillåtande, väl förstådd och kompatibel med nästan alla andra licenser. Apache-2.0 är ett något säkrare val om ditt projekt innehåller någon patenterbar nyhet.

Ja. Utan en licens är din kod fullt skyddad av upphovsrätt och ingen kan lagligen återanvända den – GitHub:s offentliga tillgång utgör inte en licens. Lägg till en licensfil samma dag du gör repoen offentlig.

Det första året efter lanseringen (ett enskilt år) eller ett tidsintervall som avslutas i det aktuella året (t.ex. “2019–2026”). Att uppdatera årsangivningen varje januari är en vanlig praxis, men inte en juridisk krav i de flesta rättsområden.

Nej – ersättningen sker i din webbläsare och ditt namn, år samt val av licens skickas aldrig till oss.

Relaterade verktyg

Verktyget finns på andra språk