Ką reikia žinoti apie „GitHub“ licencijas: kaip pasirinkti ir pridėti

„GitHub“ licencijos – apie ką mes kalbame? Norint sukurti programinę įrangą, reikia ne tik ją parašyti, bet ir nuspręsti, ką vartotojai ar kūrėjai turi teisę su ja daryti. Jei kas nors sukuria nemokamą programą visiems, jis daro gerą darbą, bet tas, kuris ja naudosis, turės pagrįsti, kaip naudojasi. Pavyzdžiui, jei įmonė savo veikloje dirbs su kokiu nors nemokamu biuru (pavyzdžiui, LibreOffice), tai ji turi sugebėti įrodyti inspektoriams, kad turi tai daryti. Norėdami tai padaryti, pakaks pateikti atitinkamą licenciją. Jei kūrėjas pamiršta tai suformuluoti, įmonė gali atsidurti sunkioje padėtyje.

Kurdamas programą kūrėjas turi nuspręsti, kurie veiksmai su jo programa bus leidžiami, o kurie ne. Pavyzdžiui, galime kalbėti ne tik apie naudojimą, bet ir apie programų tekstų studijavimą ar savo programinės įrangos produkto koregavimą. „GitHub“ yra viena didžiausių bendradarbiavimo projektų kūrimo paslaugų. Tuo pačiu jie čia gali dirbti ne tik prie nemokamų, bet ir prie komercinių projektų. Nurodę atitinkamą licenciją, kūrėjai pašalins neaiškumus, kaip naudoti sukurtą produktą. Problema ta, kad yra daug skirtingų licencijų tipų ir ne visada lengva nustatyti, kurią parinktį pasirinkti konkrečiu atveju. Taip pat neretai kai kurie projektai neturi licencijos.

Kodėl jums reikia licencijuoti atvirojo kodo projektus „GitHub“.

Nurodydamas reikiamą licenciją, kūrėjas gali joje pateikti:

1. Programos naudojimo sąlygos . Jie gali būti mokami arba kai kuriais arba visais atvejais leisti naudotis nemokamai.
2. Kartais programos kuriamos tam, kad jas sukurtų bendruomenė . Šiuo atveju svarbu, kad su programos tekstais susipažintų visi norintys.
3. Kai programos tekstai yra prieinami, kai kurie gali atlikti pakeitimus , kad programa veiktų ir būtų kuo patikimesnė. Kartais autorius gali leisti tai padaryti kiekvienam, kitais atvejais pasiūlo pakeitimą nusiųsti jam, o pats koreguoja projektą.
4. Turite nuspręsti , ar trečiosios šalys gali keisti projektą ir siūlyti jų vardu. Tai darydami turite nurodyti, su kokia licencija turi būti jų produktas.

Spręsdamas šiuos ir panašius klausimus, programos autorius iš tikrųjų didžiąja dalimi nulemia savo sukurto programinės įrangos produkto būsimą likimą.

Kokių tipų licencijos egzistuoja

Licencija – tai sutartis, kurioje viena šalis (licencijos davėjas) nustato taisyklę, pagal kurią kita šalis (licencijos turėtojas) gali naudoti savo sukurtą produktą. Praktiškai kalbame ne apie šalių pasirašymą dokumente, o apie automatinį susitarimą su atitinkamomis teisėmis ir pareigomis juo naudojantis. Teisių ir pareigų sukonkretinimo apribojimų praktiškai nėra. Vienintelė sąlyga – jie turi laikytis įstatymų. Savo licencijų kūrimas yra sudėtingas darbas, nes jis turi būti suderinamas su kitais reglamentais. Geriausias pasirinkimas yra pasirinkti ir naudoti vieną iš standartinių tokių dokumentų variantų. Praktikoje taip pat įprasta naudoti daugialypį licencijavimą. Dažniausiai tokiais atvejais vienu metu naudojamos dvi licencijos. Nors programos autorius turi teisę savarankiškai suformuluoti taisykles, kurių turi laikytis vartotojai, vis dėlto praktiškai susiformavo daugybės licencijų tipų naudojimas, iš kurių dažniausiai galima pasirinkti tinkamą. Toliau pateikiamos populiariausios parinktys, dažniausiai naudojamos „Git Hub“. „Git Hub“ dažniausiai naudojamos licencijos:
Programuotojas turės sugebėti pasirinkti tokį, kuris atitiks jo planus. Norėdami tai padaryti teisingai, turite suprasti, kokios savybės būdingos tam tikroms rūšims.

Jei autorius atsisako suformuluoti dokumentą, tokiu atveju bus taikomos autorių teisės, kurias pagal nutylėjimą numato jo šalies teisės aktai. Licencijos nebuvimas tokiu būdu nereiškia, kad su programa galima ką nors padaryti. Tiesą sakant, tokia situacija gali būti laikoma viena iš licencijos rūšių.

Kaip pasirinkti Github licenciją

Prieš pradedant ieškoti tinkamo varianto, programuotojas turi suformuluoti savo reikalavimus, kurių pagrindu jis ketina tęsti licencijavimą. Tada turėtumėte susipažinti su tipinėmis parinktimis, atitinkančiomis užklausą. Po to turėsite atidžiai išstudijuoti teisinę kalbą ir priimti galutinį sprendimą, kokia turėtų būti licencija. Kad pasirinktumėte pagrįstai, turite suprasti, kokios teisės ir pareigos yra susijusios su tam tikros rūšies licencija. Norėdami teisingai pasirinkti, galite naudoti specialias paslaugas, vadinamas lyginamaisiais. Štai keletas pavyzdžių:

1. https://choosealicence.com/. Šioje svetainėje pateikiami pagrindiniai klausimai, kaip pasirinkti tinkamą variantą, ir išsamūs patarimai, padėsiantys suprasti naudojimo ypatybes.
2. Puslapis https://opensource.org/licenses skirtas įvairiems nemokamos programinės įrangos sprendimams peržiūrėti.
3. Svetainė https://tldrlegal.com/ gali būti laikoma įvairių licencijų parinkčių enciklopedija. Yra ir tikslių teisinių formuluočių, ir detalių komentarų.

Tačiau produktyviausias būdas pasirinkti yra atidžiai perskaityti atitinkamus teisinius dokumentus . Nors kalbame apie daug darbo reikalaujančią veiklą, vis dėlto, išstudijavus tekstus kūrėjas pateiks visus reikiamus atsakymus.

Kaip pridėti licenciją prie Github

Nepaisant plataus licencijų pasirinkimo galimybių, kurios pasirodė esančios veiksmingos ir patikimos praktikoje, kūrėjas gali turėti savo idėjų, kokia turėtų būti jo sukurtos programos licencija. Tokiu atveju paslauga suteikia galimybę pridėti savo versiją arba koreguoti esamą. Norėdami pridėti licenciją prie Github, turėsite atlikti šiuos veiksmus:

1. Turite eiti į pagrindinį savo saugyklos puslapį.
2. Norėdami pridėti failą, turite spustelėti mygtuką, tada pasirinkite „Sukurti naują failą“.
3. Tada turite įvesti failo pavadinimą. Licencijai tai gali būti viena iš dviejų parinkčių: LICENSE arba LICENCE.md. Čia privaloma naudoti didžiąsias raides.
4. Failo pavadinimo įvesties lauko dešinėje spustelėkite, kad pasirinktumėte licencijos šabloną.
5. Puslapio kairėje pusėje esančiame meniu pasirinkite eilutę „Pridėti licenciją prie projekto“. Tokiu atveju iš esamų dokumentų pasirenkamas variantas.
6. Tada spustelėkite eilutę „Peržiūrėti ir pateikti“. Tada įveskite savo sutarties duomenis.
7. Po to būtina pasiaiškinti, kokie buvo papildymai ar pakeitimai. Tada nurodykite, ar pasirinktas dokumentas buvo ištaisytas, ar kalbama apie kitos licencijos versijos kūrimą.

Patvirtinus pakeitimus, kūrėjas užbaigia „Git Hub“ paslaugos licencijų sąrašo pakeitimų procedūrą.

Pasirinkite licenciją „Github“ – populiarių „Git Hub“ licencijų pavyzdžiai

Toliau pateikiamos populiariausios parinktys. Suprasdamas jų stipriąsias ir silpnąsias puses, programuotojas galės rasti tinkamą variantą arba suprasti, kaip efektyviai ieškoti.

GPL

Šią licenciją galima vadinti viena populiariausių. Tai klasikinė tiems, kurie kuria nemokamą programinę įrangą. Vienas iš pagrindinių šio dokumento reikalavimų yra tai, kad jis
leidžia trečiosioms šalims laisvai modifikuoti programą , tačiau tuo pat metu jie turi teisę platinti rezultatą tik pagal tą pačią licenciją. Šios licencijos versijos gali būti skirtingos. Naujausias iš jų yra trečiasis. GPL naudojo tokių programų kūrėjai kaip „Drupal“ žiniatinklio turinio valdymo sistema, „MariaDB“ duomenų bazių valdymo sistema, „InkSkape“ vektorinės grafikos rengyklė ir kai kurios kitos. Įdomu pastebėti, kad SQL naudoja ne tik GPL, bet ir komercinę licenciją.

LGPL

Šis pavadinimas verčiamas kaip „GNU GPL mažoji bendroji viešoji licencija“. Kai kuriems kūrėjams GPL netinka, nes sukuria prievolę platinti modifikuotus produktus pagal tą pačią licenciją. Šios parinkties taikymo ypatybes galima iliustruoti tuo, kaip vyksta programuotojo sukurtų bibliotekų naudojimo licencijavimo procesas. Šiuo atveju svarstomos šios trys galimybės:

1. Kai biblioteka suteikia naujų funkcijų, kurių jokia kita komercinė biblioteka negali padaryti to paties, GPL yra geriausias pasirinkimas.
2. Kūrėjas nemokamoje bibliotekoje jau įdiegė esamą standartą. Šioje srityje yra komercinių variantų su panašiomis funkcijomis. Tokiam atvejui bus patogu rinktis LGPL.
3. Kalbant apie naują standartą, kuris iš tikrųjų konkuruoja su komerciniu, „Apache“ licencija yra tinkamas būdas.

Šis standartas
leidžia komerciniais tikslais naudoti bibliotekas . Jei atliekami pakeitimai, platinimui turi būti taikomos tos pačios sąlygos. Tačiau paprastas kodo naudojimas leidžia keisti sąlygas.

Eclipse viešoji licencija

Šis dokumentas
leidžia platinti pagal kitas licencijas, įskaitant komercines . Pagrindinė sąlyga – modifikuotuose darbuose naujovės bus patalpintos į atskirą modulį. Ši licencija išpopuliarėjo kuriant produktus Java. Pavyzdys yra Clojure programavimo kalba, „Java“ programų testavimo sistema.

„Mozilla“ viešoji licencija

Kai kurie mano, kad šis dokumentas yra kompromisas tarp GPL ir komercinių licencijų. MPL reikalauja
atviros prieigos prie tam tikrų failų . Programinės įrangos produkte gali būti kai kurių failų pagal šią licenciją, o kitus be jos. Po modifikacijos leidžiama įdėti reikiamą licenciją (pavyzdžiui, tai gali būti komercinė), tačiau tai įmanoma tik su sąlyga, kad prieiga prie failų, išleistų pagal MPL, vis tiek bus atvira. Tokiu atveju galutiniam vartotojui turi būti suteikta informacija apie originalios programinės įrangos autorius. Remiantis šiuo dokumentu, buvo išleistas „LibreOffice“ biuras, „Mozilla“ naršyklė ir kiti programinės įrangos produktai.

„Apache“ licencija „Github“.

AL vadinama liberalia nemokama licencija. Ši savybė atsiranda dėl to, kad
nėra reikalavimo išleisti išvestinį produktą tokiomis pačiomis sąlygomis kaip ir anksčiau . Šį dokumentą aktyviai naudoja Apache Software Foundation. Naudojant, leidžiama:

1. Programinės įrangos produktą leidžiama toliau naudoti komerciniais tikslais.
2. Leidžiami programos pakeitimai.
3. Vėlesniuose platinimuose turėtų būti nurodytas pirminio autoriaus vardas.

Sukūrę naują variantą, licencijos turėtojai neprivalo pateikti originalaus produkto kodo. Tokia licencija sulaukė nemažo populiarumo. Tai galima įrodyti išvardijant gerai žinomus programinės įrangos produktus, išleistus pagal šio tipo licenciją: „Android“ operacinę sistemą, sistemą, kurianti įmonės programas Java, ir „Apache“ žiniatinklio serverį. https://youtu.be/wyZq-EazOmU

MIT licencija

Kai kurie mano, kad ši nemokama programinės įrangos licencijos parinktis yra pati populiariausia. Kai kurie mano, kad pagrindinis jo pranašumas yra geras suderinamumas su įvairių tipų nemokamomis ar komercinėmis licencijomis. Svarbiausios funkcijos yra
galimybė keisti kodą, taip pat leidimas platinti pagal kitas licencijas, pasirenkant pakeitimus atlikusiam asmeniui . Šį dokumentą naudojantys programinės įrangos produktai yra: „JavaScript“ biblioteka, vadinama „JQuiery“, „Atom“ teksto rengyklė, „AngularJS“, „JavaScript“ kūrimo sistema.

Povandeninės uolos

Kartais autorius iš pradžių pasirenka vieną licencijos versiją, o vėliau nori ją pakeisti. Jei jis programą kurtų vienas, toks pakeitimas nebūtų sunkus. Tačiau tais atvejais, kai kūrime dalyvavo daug dalyvių, be jų sutikimo tai neveiks. Pavyzdžiui, „Linux“ kūrėjas, nors iš tikrųjų padarė operacinės sistemos pagrindą, negalės pakeisti licencijos be visų tų programuotojų, kurie dalyvavo tolimesnėje kūrime, sutikimo. Platindami pagal MPL, kodą pakeitę asmenys negali pasiūlyti failų pagal MPL pagal kitą licenciją. Naujojo dokumento naudojimas bus susijęs su kitais programos moduliais.