Spring til hovedindhold
SourceTrust
Se andre licenser

Unlicense

Unlicense

En public domain-erklæring skrevet til software, med en subsidiær licens. OSI-godkendt, og den kræver intet af dig.

På denne side

Hvad den gør

Unlicense er en kort erklæring, der lægger software i public domain, skrevet til kode frem for til kreative værker. Den har samme fald-tilbage som CC0: hvor en erklæring ikke har retsvirkning, giver teksten enhver ret til at bruge, kopiere, ændre, udgive og sælge koden uden betingelser. OSI godkendte den i 2020, så en godkendelsesliste, der kun rummer OSI-godkendte licenser, accepterer den. Du møder den på små Go- og Rust-værktøjer, på youtube-dl og nogle gange som den ene arm i en dobbelt licenserklæring.

Detaljer

Intet ved Unlicense ændrer sig, når du sender noget ud. Der er ingen notits at bære med, ingen kreditlinje, ingen kildekode-pligt og ingen forskel på en hostet tjeneste og en binær fil, du giver en kunde. Det, der er værd at vide, er hvorfor det subsidiære afsnit findes. Flere lande tillader ikke, at en ophavsmand opgiver sin copyright, så uden det afsnit ville erklæringen ikke have virkning der, og du ville læne dig op ad et løfte i stedet for en tilladelse. Teksten siger heller intet om patenter, så behandl det spørgsmål for sig.

Fordele

  • Intet at vedhæfte ud over at registrere, at komponenten er i inventaret.
  • Ingen copyleft og ingen notitsbetingelse, så binære filer behøver ikke en ekstra licensfil alene for denne komponent.

Ulemper

  • Nogle købere vil stadig have dedicationsteksten på fil. "Ingen betingelser" er ikke det samme som "intet spor."
  • Jurisdiktion og ophavsretlige spørgsmål findes stadig omkring ægte public domain-dedikationer. En jurist bør se på brug med høj risiko.

Hvad den tillader og kræver

Vælg en kategori for at se hele tilladelsen i én overskuelig liste. Tilladelser viser, hvad licensen giver lov til, grænser viser, hvad den tilbageholder, og forpligtelser viser de betingelser, jeres releaseproces skal opfylde.

Tilladelser

  • Kommerciel brug

    Du må bruge værket kommercielt. Disse tekster er skrevet til at fjerne næsten alle begrænsninger.

  • Ændre

    Du må ændre værket og beholde eller udgive de ændringer under egne vilkår.

  • Distribuere

    Du må give kopier væk, også inde i et lukket produkt, uden en copyleft-pligt.

Hvad Unlicense kræver, når I sender kode ud

Unlicense kræver intet af dig: ingen notits, ingen kreditering, ingen kildekodepligt. Den hører stadig hjemme på attestation-siden, så en køber ser hele lageret og ikke kun de interessante rækker. Trinene nedenfor er, hvordan I holder den registrering ærlig.

  1. Du opfylder vilkårene ved at bruge koden. Unlicense stiller ingen betingelse, så der er intet, der skal følge med dit build.

  2. Du giver den, der gennemgår komponenten, det, vedkommende beder om, når du gemmer Unlicense-teksten på den, selv om licensen ikke kræver det.

  3. Du besvarer policy-spørgsmålet hurtigt, når du noterer, at OSI har godkendt licensen, hvilket mange godkendelseslister tjekker først.

  4. Du dækker jurisdiktionshullet, når du læner dig op ad den subsidiære tilladelse i andet afsnit frem for på erklæringen alene.

  5. Du holder patentspørgsmålet ærligt, når du behandler den som et afkald og ikke som Apache-2.0, hvis afsnit 3 udtrykkeligt giver patentrettigheder.

De pligter, Unlicense navngiver

Unlicense navngiver ingen pligter. Den tomme liste er pointen. Hold alligevel id'et på registreringen, så lageret er komplet.

Medtag notice

Intet er påkrævet på tekstens ord. At holde SPDX-id'et og henlæggelsen på din registrering er stadig, hvordan købere tjekker påstanden.

Det skal du være opmærksom på

  • Teams afskriver den som ikke OSI-godkendt. Den har været godkendt siden 2020, så en godkendelsesliste bygget på OSI behøver ingen undtagelse for den.
  • Teams tror, at public domain er hele historien. Læs den subsidiære sætning, for det er der, tilladelsen ligger i lande, hvor et afkald ikke virker.
  • Teams forventer en patenttilladelse. Der er ingen, så vælg Apache-2.0, når en komponent ligger tæt på patenteret funktionalitet.
  • Teams fjerner teksten fra den offentliggjorte liste, fordi ingen notits kræves. Behold den, så en køber læser en tilladelse i stedet for et tomt felt.

Hvad Unlicense ikke gør

Søgeresultater flader ofte Unlicense ud til et slogan. Dette er de sædvanlige fejllæsninger. Unlicense er en tilladelse med betingelser, ikke en tilladelse til at springe papirarbejdet nedenfor over.

  • Unlicense skaber ikke en notits- eller attributionspligt. Teams lister den alligevel, så købere ser hele inventaret.
  • Det er ikke en garanti eller en patenttilladelse. Public domain-agtige tekster fjerner betingelser; de lover ikke, at koden er uden fejl.

Hvordan Unlicense adskiller sig fra nærliggende licenser

Disse licenser forveksles ofte med Unlicense, men deres pligter ved en release er forskellige. Hver række opsummerer, hvad licensen kræver, når I sender kode ud. Åbn den linkede side for den fulde tjekliste.

Unlicense
En public domain-erklæring skrevet til software, med en subsidiær licens. OSI-godkendt, og den kræver intet af dig.
CC0-1.0
CC0 frafalder copyright og giver en subsidiær licens, hvor afkald ikke er muligt. Ingen kreditering krævet og ingen patentrettigheder.
public-domain
Public domain er en status, ikke en licens. Der kræves intet af dig, når statussen er reel, og risikoen er, at den ofte ikke er det.
MIT
MIT lader dig sende koden med i et lukket, betalt produkt. Den ene betingelse er, at copyright-linjen og licensteksten følger med hver kopi.

Ofte stillede spørgsmål om Unlicense

Svar på almindelige spørgsmål om, hvad Unlicense kræver, hvornår pligterne gælder, og hvilken dokumentation der skal følge med en release.

Hvad er Unlicense?

Unlicense er en kort erklæring, der lægger software i public domain, skrevet til kode frem for til kreative værker. Den har samme fald-tilbage som CC0: hvor en erklæring ikke har retsvirkning, giver teksten enhver ret til at bruge, kopiere, ændre, udgive og sælge koden uden betingelser. OSI godkendte den i 2020, så en godkendelsesliste, der kun rummer OSI-godkendte licenser, accepterer den. Du møder den på små Go- og Rust-værktøjer, på youtube-dl og nogle gange som den ene arm i en dobbelt licenserklæring.

Hvad kræver Unlicense, når I sender et produkt ud?

Du opfylder vilkårene ved at bruge koden. Unlicense stiller ingen betingelse, så der er intet, der skal følge med dit build. Du giver den, der gennemgår komponenten, det, vedkommende beder om, når du gemmer Unlicense-teksten på den, selv om licensen ikke kræver det. Du besvarer policy-spørgsmålet hurtigt, når du noterer, at OSI har godkendt licensen, hvilket mange godkendelseslister tjekker først. Du dækker jurisdiktionshullet, når du læner dig op ad den subsidiære tilladelse i andet afsnit frem for på erklæringen alene. Du holder patentspørgsmålet ærligt, når du behandler den som et afkald og ikke som Apache-2.0, hvis afsnit 3 udtrykkeligt giver patentrettigheder.

Skal Unlicense alligevel stå på en attestation-side?

Ja. Unlicense kræver intet, og købere vil alligevel have hele inventaret, ikke kun de interessante rækker.

Hvordan adskiller Unlicense sig fra Creative Commons Zero v1.0?

Unlicense kræver dette: En public domain-erklæring skrevet til software, med en subsidiær licens. OSI-godkendt, og den kræver intet af dig. Creative Commons Zero v1.0 kræver dette: CC0 frafalder copyright og giver en subsidiær licens, hvor afkald ikke er muligt. Ingen kreditering krævet og ingen patentrettigheder. Åbn Creative Commons Zero v1.0-siden for, hvad den licens kræver, når I sender kode ud. Behandl ikke SPDX-id'erne som udskiftelige, bare fordi de korte navne ligner hinanden.

Hvor registrerer jeg Unlicense til en køber?

SourceTrust henter den udgivne artefakt, pakker den licensfil ud, den finder, og sammenligner teksten med den Unlicense-ordlyd, pakken angiver. Unlicense er kort og bliver sjældent ændret, så denne lander ofte som confirmed, og teksten gemmes på komponenten, uden at nogen rører den. Alle andre udfald venter på, at et menneske accepterer dem. Der kommer intet punkt på tjeklisten, for ingen af de seks eksterne forpligtelser matcher licensen.

Hvor registrerer jeg Unlicense til en køber?

SourceTrust henter den udgivne artefakt, pakker den licensfil ud, den finder, og sammenligner teksten med den Unlicense-ordlyd, pakken angiver. Unlicense er kort og bliver sjældent ændret, så denne lander ofte som confirmed, og teksten gemmes på komponenten, uden at nogen rører den.

Alle andre udfald venter på, at et menneske accepterer dem. Der kommer intet punkt på tjeklisten, for ingen af de seks eksterne forpligtelser matcher licensen.

Læs /docs/auto-fetch-license om hvordan hentningen afgør det.

Se også

Hubben er søjlen for denne klynge. Søskendelicenser er de andre eger. Produkt-FAQ-links forklarer, hvordan SourceTrust registrerer pligten, ikke selve licensteksten.

Praktisk vejledning til procurement-gennemgang, ikke juridisk rådgivning. Bekræft brug med høj risiko med jurist.

Send beviset med.

Importér Unlicense og resten af det, I sender i produktion. Gratis at importere og gennemgå. I betaler først, når I udgiver.

Start gratis

Cookies på sourcetrust.dev

Vi bruger nødvendige cookies af hensyn til sikkerhed, herunder til at forhindre misbrug af vores sitescan og formularen til anmodning om en livegennemgang. Med din tilladelse bruger vi også valgfri analyse og diagnostik (Google Tag Manager på denne side, og Sentry browser-SDK'en i SourceTrust-programmet, når den er konfigureret). Se vores cookiepolitik.