Krediter skaberen, og du må bruge værket kommercielt. Krediteringen må stå, hvor en bruger med rimelighed kan finde den.
På denne side
Hvad den gør
Creative Commons Attribution 4.0 dækker kreative værker og data frem for kode: ikoner, illustrationer, fotos, dokumentationsgrafik og datasæt. Creative Commons fraråder selv at bruge den til software, så en pakke, der angiver den, sender som regel assets med. Du må bruge værket kommercielt, ændre det, remixe det og videredistribuere det i et betalt produkt. Den ene betingelse er kreditering, og afsnit 3(a)(2) lader dig opfylde den på enhver rimelig måde ud fra medie, midler og sammenhæng. Font Awesome udgiver sit ikonsæt på den måde.
Detaljer
Pligten følger assetet, hvor det end vises, så en hostet brugerflade, en binær fil og en mobilapp er alle dækket. Det, den ikke kræver, er en kreditlinje klistret på hvert eneste ikon. Afsnit 3(a)(2) accepterer et link til en side, der bærer oplysningerne. En credits-skærm, man kan nå fra assetet, er som regel nok, og en about-boks eller en footer i dokumentationen virker ofte også. Vurderingen er, om en almindelig bruger kan finde den. Den version, der falder igennem, er en separat juridisk side, ingen linker til.
Fordele
- Nem at lægge ind i et lukket, betalt produkt. Procurement har set denne familie hundredvis af gange.
- Ingen copyleft på dine egne filer. Du holder din kildekode privat.
Ulemper
- Notitspligten er nem at overse i et desktop-, mobil- eller container-build. En webside erstatter ikke notitser inde i artefakten.
- Købere, der vil have en udtrykkelig patenttilladelse, vil bede dig foretrække Apache-2.0 frem for en kort MIT-agtig tekst.
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
Kommerciel brug er tilladt. CC-BY og OFL forbyder ikke at sælge et produkt, der indeholder værket.
Ændre
Du må tilpasse værket, inden for licensens share-alike- eller non-kommercielle grænser, hvis de gælder.
Distribuere
Du må dele kopier af originalen og, hvor det er tilladt, af dine tilpasninger.
Grænser
Holde ansvarlig
Forfatterne fraskriver sig garanti. Modtagere kan ikke holde dem ansvarlige for skader fra softwaren, undtagen hvor loven forbyder den fraskrivelse.
Bruge varemærke
Licensen er ikke en varemærkelicens. Navne, logoer og produktmærker bliver hos ejerne, medmindre en separat tilladelse siger noget andet.
Forpligtelser
Krediter
Giv den kredit, licensen beder om, på en rimelig måde, uden at underforstå anbefaling.
Hvad CC-BY-4.0 kræver, når I sender kode ud
Når en kopi, der indeholder CC-BY-4.0-kode, forlader virksomheden, er tilladelsen bred, og papirarbejdet er nemt at overse. Distribution betyder her en installer, en mobil binær fil, et container-image eller et SDK et andet team bygger ind. Arbejd listen op imod den artefakt, du rent faktisk giver videre, ikke op imod en README. En hostet tjeneste, der aldrig giver en kopi ud, hører stadig hjemme på registreringen, men notitspligten udløses først, når der findes en kopi.
Du opfylder betingelsen, når krediteringen bærer skaberens navn, copyright-notitsen, en henvisning til licensen, en henvisning til dens ansvarsfraskrivelse, et link til værket hvor det er praktisk muligt, og en note hvis du har ændret det.
Du opfylder afsnit 3(a)(2), når krediteringen står et sted, brugeren med rimelighed kan nå fra assetet, for eksempel en credits-skærm eller en about-boks.
Du dækker en kreditering via link, når den side, du peger på, faktisk bærer de krævede oplysninger og bliver ved med at virke.
Du håndterer et ændret asset, når du skriver, at du har ændret det, uden at antyde at skaberen anbefaler dit produkt.
Du holder alle deployments dækket, når du bruger den samme kreditering i en hostet brugerflade, en binær fil og en mobilapp, for pligten hænger ikke på distribution.
De pligter, CC-BY-4.0 navngiver
Selve licensteksten er kort. Dette er de navngivne betingelser. De følger koden, også filer I kopierer ind i jeres eget repository og transitive pakker i lockfilen.
Krediter
Giv den kredit, licensen beder om, på en rimelig måde, uden at underforstå anbefaling.
Det skal du være opmærksom på
- Teams sætter kun krediteringen på en juridisk side, ingen kan nå fra assetet. Link til den fra det sted, assetet vises, ellers er rimelighedskravet ikke opfyldt.
- Teams overkompenserer og stempler en kreditlinje på hvert eneste ikon. Licensen beder ikke om det, og det gør som regel produktet dårligere.
- Teams glemmer at angive ændringen efter at have omfarvet eller beskåret et asset. Skriv, at værket er ændret; det er én sætning.
- Teams antager, at CC BY opfører sig som en softwarelicens og bruger den på kode. Creative Commons fraråder det, så læs hvad pakken faktisk indeholder.
Hvad Creative Commons Attribution 4.0 ikke gør
Søgeresultater flader ofte Creative Commons Attribution 4.0 ud til et slogan. Dette er de sædvanlige fejllæsninger. CC-BY-4.0 er en tilladelse med betingelser, ikke en tilladelse til at springe papirarbejdet nedenfor over.
- CC BY 4.0 kræver ikke, at du udgiver din egen kildekode, blot fordi du brugte assetet. Kreditering er betingelsen, ikke copyleft.
- Den kræver ikke en kreditlinje klistret på hvert ikon. Afsnit 3(a)(2) accepterer enhver rimelig måde for mediet, inklusive en credits-skærm man kan nå.
- Det er ikke en software-patenttilladelse. Creative Commons fraråder at bruge denne licens til kode.
Hvordan CC-BY-4.0 adskiller sig fra nærliggende licenser
Disse licenser forveksles ofte med CC-BY-4.0, 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.
- CC-BY-4.0
- Krediter skaberen, og du må bruge værket kommercielt. Krediteringen må stå, hvor en bruger med rimelighed kan finde den.
- CC-BY-3.0
- Den ældre Creative Commons Attribution-licens. Samme aftale som 4.0, med strammere kreditform og nationale porterede versioner.
- CC-BY-SA-4.0
- Brug den kommercielt, men alt du bygger på den, bliver under samme licens. Det er her, Stack Overflow-uddrag bider.
- CC-BY-NC-4.0
- Fri brug kun til ikke-kommercielle formål. I et betalt eller reklamefinansieret produkt rækker tilladelsen ikke til dig, uanset hvad downloadsiden sagde.
Ofte stillede spørgsmål om Creative Commons Attribution 4.0
Svar på almindelige spørgsmål om, hvad Creative Commons Attribution 4.0 kræver, hvornår pligterne gælder, og hvilken dokumentation der skal følge med en release.
Hvad er Creative Commons Attribution 4.0?
Creative Commons Attribution 4.0 dækker kreative værker og data frem for kode: ikoner, illustrationer, fotos, dokumentationsgrafik og datasæt. Creative Commons fraråder selv at bruge den til software, så en pakke, der angiver den, sender som regel assets med. Du må bruge værket kommercielt, ændre det, remixe det og videredistribuere det i et betalt produkt. Den ene betingelse er kreditering, og afsnit 3(a)(2) lader dig opfylde den på enhver rimelig måde ud fra medie, midler og sammenhæng. Font Awesome udgiver sit ikonsæt på den måde.
Hvad kræver CC-BY-4.0, når I sender et produkt ud?
Du opfylder betingelsen, når krediteringen bærer skaberens navn, copyright-notitsen, en henvisning til licensen, en henvisning til dens ansvarsfraskrivelse, et link til værket hvor det er praktisk muligt, og en note hvis du har ændret det. Du opfylder afsnit 3(a)(2), når krediteringen står et sted, brugeren med rimelighed kan nå fra assetet, for eksempel en credits-skærm eller en about-boks. Du dækker en kreditering via link, når den side, du peger på, faktisk bærer de krævede oplysninger og bliver ved med at virke. Du håndterer et ændret asset, når du skriver, at du har ændret det, uden at antyde at skaberen anbefaler dit produkt. Du holder alle deployments dækket, når du bruger den samme kreditering i en hostet brugerflade, en binær fil og en mobilapp, for pligten hænger ikke på distribution.
Kræver CC-BY-4.0, at jeg åbner min egen kildekode?
Det er ikke en software-patenttilladelse. Creative Commons fraråder at bruge denne licens til kode.
Hvordan krediterer jeg CC-BY-4.0 i et produkt, jeg sender ud?
Kreditering for CC-BY-4.0 betyder, at copyright-linjen og licensteksten følger med hver kopi, en modtager rent faktisk får. Det kan være en om-skærm, en licensfil inde i installeren eller en notits i container-imaget. En offentlig side hjælper en køber med at revidere lageret. Den erstatter ikke notitser inde i artefakten. Hvis I har kopieret filer ind i jeres eget repository, skal headeren på de filer stadig blive.
Er en notits på en hjemmeside nok til CC-BY-4.0?
Nej. CC-BY-4.0 taler om kopier. En offentlig attestation-side er den ærlige liste til procurement. Betingelsen er opfyldt, når notitserne ligger i det materiale, I giver videre. Læg dem i installeren, om-skærmen eller en licensfil inde i den binære fil, og hold derefter de samme tekster på siden.
Tæller transitive CC-BY-4.0-afhængigheder med?
Ja. Betingelsen følger koden, ikke den pakke I valgte ved navn. Hvis lockfilen har trukket CC-BY-4.0 med transitivt, og I distribuerer det træ, følger de notitser også med. Kun at liste direkte afhængigheder er den måde, teams misser pligten.
Hvordan adskiller CC-BY-4.0 sig fra Creative Commons Attribution 3.0?
CC-BY-4.0 kræver dette: Krediter skaberen, og du må bruge værket kommercielt. Krediteringen må stå, hvor en bruger med rimelighed kan finde den. Creative Commons Attribution 3.0 kræver dette: Den ældre Creative Commons Attribution-licens. Samme aftale som 4.0, med strammere kreditform og nationale porterede versioner. Åbn Creative Commons Attribution 3.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 CC-BY-4.0 til en køber?
Ethvert id, der starter med CC-BY, udløser krediteringspunktet på projektets tjekliste i alle deployment-kontekster, fordi et asset er synligt for brugere, uanset om du hoster det eller sender det ud. SourceTrust kigger ikke din brugerflade efter for krediteringen. Den lægger punktet frem, gemmer bekræftelsen på komponenten og spærrer publicering, indtil hvert relevant punkt er bekræftet. Hvem der godkendte komponenten og hvornår, registreres på godkendelsesbeslutningen, ikke på punktet. Den licenstekst, den hentede, er den, din offentliggjorte side og dine eksportfiler bærer.
Hvor registrerer jeg CC-BY-4.0 til en køber?
Ethvert id, der starter med CC-BY, udløser krediteringspunktet på projektets tjekliste i alle deployment-kontekster, fordi et asset er synligt for brugere, uanset om du hoster det eller sender det ud. SourceTrust kigger ikke din brugerflade efter for krediteringen.
Den lægger punktet frem, gemmer bekræftelsen på komponenten og spærrer publicering, indtil hvert relevant punkt er bekræftet. Hvem der godkendte komponenten og hvornår, registreres på godkendelsesbeslutningen, ikke på punktet.
Den licenstekst, den hentede, er den, din offentliggjorte side og dine eksportfiler bærer. Læs /docs/reviewing-component om gennemgangsforløbet.
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.
