Kaj morate vedeti o licencah GitHub: kako izbrati in dodati

Licence GitHub – o čem govorimo? Da bi ustvarili programsko opremo, jo je treba ne le napisati, ampak tudi odločiti, kaj imajo uporabniki ali razvijalci pravico početi z njo. Če nekdo ustvari brezplačen program za vse, dela dobro delo, a kdor ga uporablja, bo moral utemeljiti, kako ga uporablja. Na primer, če bo podjetje v svojih dejavnostih sodelovalo z neko brezplačno pisarno (na primer LibreOffice), potem mora biti sposobno inšpektorjem dokazati, da ima do tega pravico. Če želite to narediti, bo dovolj predložiti ustrezno licenco. Če ga razvijalec pozabi oblikovati, je lahko podjetje v težkem položaju.

Pri ustvarjanju aplikacije se mora razvijalec odločiti, katera dejanja z njegovim programom bodo dovoljena in katera ne. Na primer, lahko govorimo ne le o uporabi, ampak tudi o preučevanju besedil programov ali lastnih prilagoditvah programskega izdelka. GitHub je ena največjih storitev za skupen razvoj projektov. Hkrati lahko tukaj delajo ne le na brezplačnih, ampak tudi na komercialnih projektih. Z določitvijo ustrezne licence bodo razvijalci odpravili nejasnosti pri uporabi izdelanega izdelka. Težava je v tem, da obstaja veliko različnih vrst licenc in ni vedno enostavno določiti, katero možnost izbrati v posameznem primeru. Prav tako ni nenavadno, da nekateri projekti nimajo licence.

Zakaj morate licencirati odprtokodne projekte na GitHubu

Pri določanju zahtevane licence lahko razvijalec v njej zagotovi naslednje:

1. Pogoji uporabe programa . Lahko vključujejo plačilo ali v nekaterih ali vseh primerih dovoljujejo brezplačno uporabo.
2. Včasih so programi ustvarjeni za razvoj skupnosti . Pri tem je pomembno, da se vsi, ki se želijo seznaniti s programskimi besedili.
3. Ko bodo besedila programa na voljo, lahko nekateri spremenijo , da bo program funkcionalen in čim bolj zanesljiv. Včasih lahko avtor to dovoli vsakomur, v drugih primerih ponudi, da mu pošlje spremembo, sam pa prilagodi projekt.
4. Odločiti se morate, ali lahko tretje osebe spremenijo projekt in ponudbo v njihovem imenu. Pri tem morate določiti, s katero licenco naj bo njihov izdelek.

Z reševanjem teh in podobnih vprašanj avtor aplikacije pravzaprav v veliki meri določa nadaljnjo usodo programskega izdelka, ki ga je ustvaril.

Katere vrste licenc obstajajo

Licenca je pogodba, v kateri ena stranka (dajalec licence) določi pravilo, da druga stranka (prejemnik licence) uporablja izdelek, ki ga je ustvarila. V praksi ne govorimo o podpisu listine s strani strank, temveč o avtomatskem strinjanju s pripadajočimi pravicami in obveznostmi ob njeni uporabi. Omejitev glede določanja pravic in obveznosti praktično ni. Edini pogoj je, da morajo spoštovati zakonodajo. Ustvarjanje lastnih licenc je zapleteno delo, saj mora biti združljivo z drugimi predpisi. Najboljša možnost je, da izberete in uporabite eno od standardnih vrst takih dokumentov. V praksi je običajna tudi uporaba večlicenciranja. Najpogosteje se v takih primerih uporabljata dve licenci hkrati. Čeprav ima avtor programa pravico samostojno oblikovati pravila, ki jih morajo uporabniki upoštevati, se je v praksi kljub temu razvila uporaba velikega števila vrst licenc, med katerimi lahko v večini primerov izberete pravo. Sledijo najbolj priljubljene možnosti, ki se v večini primerov uporabljajo v Git Hubu. Najpogosteje uporabljene licence v Git Hubu so:
Programer bo moral znati izbrati tistega, ki bo ustrezal njegovim načrtom. Če želite to narediti pravilno, morate razumeti, katere lastnosti so značilne za določene vrste.

Če avtor noče oblikovati dokumenta, bodo v tem primeru veljale avtorske pravice, ki jih privzeto določa zakonodaja njegove države. Odsotnost licence na ta način ne pomeni, da je s programom mogoče narediti karkoli. Pravzaprav je takšno situacijo mogoče šteti za eno od vrst licence.

Kako izbrati licenco Github

Preden začnete iskati primerno možnost, mora programer oblikovati svoje zahteve, iz katerih bo nadaljeval z nadaljnjim licenciranjem. Nato se morate seznaniti s tipičnimi možnostmi, ki ustrezajo zahtevi. Po tem boste morali natančno preučiti pravni jezik in se dokončno odločiti, kakšna naj bo licenca. Za premišljeno izbiro morate razumeti, katere pravice in obveznosti so povezane z določeno vrsto licence. Če želite narediti pravo izbiro, lahko uporabite posebne storitve, imenovane primerjalniki. Tukaj je nekaj primerov:

1. https://choosealicense.com/. To spletno mesto vsebuje vodilna vprašanja za izbiro prave možnosti in podrobne nasvete, ki vam bodo pomagali razumeti značilnosti uporabe.
2. Stran https://opensource.org/licenses je namenjena pregledu različnih rešitev brezplačne programske opreme.
3. Spletno mesto https://tldrlegal.com/ lahko obravnavamo kot enciklopedijo različnih možnosti licenciranja. Obstajajo tako natančne pravne formulacije kot podrobni komentarji.

Vendar pa je najproduktivnejši način izbire natančno prebiranje ustreznih pravnih dokumentov . Čeprav govorimo o delovno intenzivnih dejavnostih, bo preučevanje besedil razvijalcu dalo vse potrebne odgovore.

Kako dodati licenco v Github

Kljub obsežni izbiri licenčnih možnosti, ki so se v praksi izkazale za učinkovite in zanesljive, ima lahko razvijalec svoje ideje o tem, kakšna naj bo licenca za program, ki ga je ustvaril. V tem primeru storitev ponuja možnost dodajanja lastne različice ali prilagajanja obstoječe. Če želite dodati licenco v Github, boste morali slediti tem korakom:

1. Morate iti na glavno stran vašega skladišča.
2. Za dodajanje datoteke morate klikniti gumb in nato izbrati “Ustvari novo datoteko”.
3. Nato morate vnesti ime datoteke. Za licenco je to lahko ena od dveh možnosti: LICENCA ali LICENCA.md. Tukaj je uporaba velikih tiskanih črk obvezna.
4. Desno od polja za vnos imena datoteke kliknite, da izberete predlogo licence.
5. V meniju na levi strani izberite vrstico “Dodajte licenco svojemu projektu”. V tem primeru se iz obstoječih dokumentov izbere varianta.
6. Nato kliknite na vrstico “Preglej in oddaj”. Nato vnesite podrobnosti svoje pogodbe.
7. Po tem je treba pojasniti, kaj so bili dodatki ali spremembe. Nato označite, ali je bil izbrani dokument popravljen ali gre za ustvarjanje druge različice licence.

Po potrditvi sprememb razvijalec zaključi postopek spreminjanja seznama licenc na storitvi Git Hub.

Izberite licenco Github – primeri priljubljenih licenc na Git Hub

Sledijo možnosti, ki so najbolj priljubljene. Z razumevanjem njihovih prednosti in slabosti bo programer lahko našel pravo možnost ali razumel, kako učinkovito iskati.

GPL

To licenco lahko imenujemo ena najbolj priljubljenih. Je klasičen za tiste, ki proizvajajo brezplačno programje. Ena glavnih zahtev tega dokumenta je, da
tretjim osebam dovoljuje prosto spreminjanje programa , hkrati pa imajo pravico distribuirati rezultat samo pod isto licenco. Ta licenca ima lahko različne različice. Zadnji od teh je tretji. GPL so uporabljali razvijalci programov, kot so sistem za upravljanje spletnih vsebin Drupal, sistem za upravljanje baz podatkov MariaDB, urejevalnik vektorske grafike InkSkape in nekateri drugi. Zanimivo je, da SQL ne uporablja samo GPL, ampak tudi komercialno licenco.

LGPL

To ime pomeni “GNU GPL Lesser General Public License”. Za nekatere razvijalce licenca GPL ni primerna, saj jih zavezuje k distribuciji spremenjenih izdelkov pod isto licenco. Značilnosti uporabe te možnosti je mogoče ponazoriti s tem, kako poteka postopek licenciranja uporabe knjižnic, ki jih ustvari programer. V tem primeru se upoštevajo naslednje tri možnosti:

1. Ko knjižnica nudi novo funkcionalnost, ki je ne more storiti nobena druga komercialna knjižnica, je GPL najboljša izbira.
2. Razvijalec v brezplačni knjižnici je že implementiral obstoječi standard. Na tem področju obstajajo komercialne možnosti s podobnimi funkcijami. V tem primeru bo priročno izbrati LGPL.
3. Ko gre za nov standard, ki dejansko tekmuje s komercialnim, je licenca Apache prava pot.

Ta standard
dovoljuje komercialno uporabo knjižnic . Če pride do sprememb, je treba za distribucijo uporabiti enake pogoje. Vendar preprosta uporaba kode omogoča spreminjanje pogojev.

Javna licenca Eclipse

Ta dokument
dovoljuje distribucijo pod drugimi licencami, vključno s komercialnimi . Glavni pogoj je, da bodo v spremenjenih delih inovacije umeščene v ločen modul. Ta licenca je postala priljubljena pri razvoju izdelkov v Javi. Primer je programski jezik Clojure, ogrodje za testiranje javanskih aplikacij.

Javna licenca Mozilla

Nekateri vidijo ta dokument kot kompromis med GPL in komercialnimi licencami. MPL zahteva
odprt dostop do določenih datotek . Programski izdelek lahko vsebuje nekatere datoteke pod to licenco in druge brez nje. Po spremembi je dovoljeno postaviti potrebno licenco (na primer komercialno), vendar je to mogoče le pod pogojem, da bo dostop do datotek, izdanih pod MPL, še vedno odprt. V tem primeru je treba končnemu uporabniku posredovati podatke o avtorjih izvirne programske opreme. V skladu s tem dokumentom so izdali pisarno LibreOffice, brskalnik Mozilla in druge programske izdelke.

Licenca Apache Github

AL se imenuje liberalna prosta licenca. Ta funkcija je posledica dejstva, da ni
nobene zahteve po izdaji izpeljanega izdelka pod enakimi pogoji kot prej . Ta dokument aktivno uporablja Apache Software Foundation. Pri uporabi je dovoljeno naslednje:

1. Programski izdelek je dovoljeno nadaljnjo uporabo v komercialne namene.
2. Spremembe aplikacije so dovoljene.
3. Naslednje distribucije morajo vsebovati ime prvotnega avtorja.

Z ustvarjanjem nove različice pridobitelji licence niso dolžni zagotoviti originalne kode izdelka. Takšna licenca je pridobila veliko popularnost. To je mogoče dokazati s seznamom dobro znanih programskih izdelkov, ki so izdani pod to vrsto licence: operacijski sistem Android, okvir, ki ustvarja poslovne aplikacije v Javi, in spletni strežnik Apache. https://youtu.be/wyZq-EazOmU

Licenca MIT

Nekateri menijo, da je ta možnost licenciranja brezplačne programske opreme najbolj priljubljena. Nekateri menijo, da je njegova glavna prednost dobra združljivost z različnimi vrstami brezplačnih ali komercialnih licenc. Najpomembnejše funkcije so
možnost spreminjanja kode, pa tudi dovoljenje za distribucijo pod drugimi licencami po izbiri tistega, ki je naredil spremembe . Programski izdelki, ki uporabljajo ta dokument, so: knjižnica JavaScript, imenovana JQuiery, urejevalnik besedil Atom, AngularJS, razvojno ogrodje JavaScript.

Podvodne skale

Včasih avtor najprej izbere eno različico licence, kasneje pa jo želi spremeniti. Če bi program ustvaril sam, potem takšna sprememba ne bi bila težka. Vendar v primerih, ko je bilo v razvoju veliko udeležencev, potem brez njihovega soglasja to ne bo delovalo. Na primer, ustvarjalec Linuxa, čeprav je dejansko naredil osnovo operacijskega sistema, ne bo mogel spremeniti licence brez soglasja vseh tistih programerjev, ki so sodelovali pri nadaljnjem razvoju. Pri distribuciji pod licenco MPL tisti, ki so spremenili kodo, ne morejo ponuditi datotek pod licenco MPL pod drugo licenco. Uporaba novega dokumenta se bo nanašala na druge programske module.