Ce trebuie să știți despre licențele GitHub: cum să selectați și să adăugați

Licențe GitHub – despre ce vorbim? Pentru a crea software, trebuie nu numai să îl scrieți, ci și să decideți ce utilizatori sau dezvoltatorii au dreptul să facă cu el. Dacă cineva creează un program gratuit pentru toată lumea, face o faptă bună, dar cine îl folosește va trebui să justifice cum îl folosește. De exemplu, dacă o companie în activitățile sale va lucra cu orice birou liber (de exemplu, LibreOffice), atunci pentru auditori trebuie să poată dovedi că are dreptul să facă acest lucru. Pentru a face acest lucru, va fi suficient să prezentați licența corespunzătoare. Dacă dezvoltatorul uită să-l formuleze, atunci firma se poate găsi într-o poziție dificilă.
Clasificarea licențelor și a tipurilor de licențe [/ legenda] La crearea unei aplicații, dezvoltatorul trebuie să decidă ce acțiuni cu programul său vor fi permise și ce nu. De exemplu, putem vorbi nu numai despre utilizarea, ci și despre studierea textelor programelor sau despre efectuarea propriilor ajustări la produsul software. GitHub este unul dintre cele mai mari servicii pentru dezvoltarea de proiecte colaborative. În același timp, ei pot lucra aici nu numai gratuit, ci și pe proiecte comerciale. Prin specificarea unei licențe adecvate, dezvoltatorii vor elimina confuzia cu privire la modul de utilizare a produsului creat. Problema este că există diferite tipuri de licențe și nu este întotdeauna ușor să determinați ce opțiune ar trebui preferată într-un anumit caz. De asemenea, nu este neobișnuit ca unele proiecte să nu aibă licență.Este necesar să aflați mai multe despre licențiere pentru a înțelege ce drepturi și obligații ale utilizatorilor apar în diferite cazuri.

De ce trebuie să licențiez proiecte Open Source pe GitHub

Prin specificarea licenței necesare, dezvoltatorul poate asigura următoarele:

1. Condiții de utilizare a programului . Acestea pot prevedea plata unei taxe sau, în unele sau în toate cazurile, pot permite utilizarea gratuită.
2. Uneori, programele sunt create pentru a fi dezvoltate de comunitate . În acest caz, este important ca toți cei care doresc să se familiarizeze cu textele programului.
3. Când codul este disponibil, unii ar putea face modificări pentru a face programul funcțional și cât mai fiabil posibil. Uneori autorul poate permite tuturor să facă acest lucru, în alte cazuri se oferă să-i trimită o modificare și face singur ajustări ale proiectului.
4. Trebuie să decideți dacă terții pot face modificări în proiect și pot propune în numele lor. În acest caz, este necesar să indicați cu ce licență ar trebui să fie produsul lor.

Rezolvând aceste probleme și probleme similare, autorul aplicației determină în mare măsură soarta viitoare a produsului software pe care l-a creat.

Ce tipuri de licențe există

O licență este un acord în care o parte (licențiatorul) stabilește o regulă pentru ca cealaltă parte (titularul) să utilizeze produsul pe care îl creează. În practică, nu vorbim despre semnarea unui document de către părți, ci despre consimțământul automat cu drepturile și obligațiile corespunzătoare la utilizarea acestuia. Practic, nu există restricții pentru specificarea drepturilor și obligațiilor. Singura condiție este ca ei să respecte legea. Crearea propriilor licențe este o muncă dificilă, deoarece trebuie să vă asigurați că este compatibilă cu alte reglementări. Cea mai bună opțiune este să selectați și să utilizați unul dintre tipurile standard de astfel de documente. În practică, se obișnuiește, de asemenea, să se utilizeze licențe multiple. Cel mai adesea, în astfel de cazuri, două licențe sunt utilizate simultan.Deși autorul programului are dreptul de a formula în mod independent regulile pe care utilizatorii trebuie să le urmeze, cu toate acestea, în practică, s-a dezvoltat utilizarea unui număr mare de tipuri de licențe, din care puteți alege cea potrivită în majoritatea cazurilor. Următoarele sunt cele mai populare opțiuni utilizate pe Git Hub în majoritatea cazurilor. Cele mai frecvente licențe utilizate pe Git Hub sunt:
Programatorul va trebui să poată alege unul care să se potrivească planurilor sale. Pentru a face acest lucru corect, trebuie să înțelegeți ce caracteristici sunt inerente anumitor specii.

Dacă autorul refuză să formuleze documentul, atunci în acest caz se vor aplica drepturile de autor, care sunt prevăzute implicit de legislația țării sale. Absența unei licențe în acest fel nu înseamnă că poți face ce vrei cu programul. De fapt, această situație poate fi considerată ca unul dintre tipurile de licențe.

Cum să alegi o licență Github

Înainte de a începe să căutați o opțiune potrivită, este necesar ca programatorul să-și formuleze cerințele, de la care va continua cu licențierea ulterioară. În continuare, ar trebui să vă familiarizați cu opțiunile tipice corespunzătoare cererii. După aceea, va trebui să studiați cu atenție formularea legală și să luați o decizie finală cu privire la ce ar trebui să fie licența. Pentru a face o alegere în cunoștință de cauză, trebuie să înțelegeți ce drepturi și obligații sunt determinate de un anumit tip de licență. Pentru a face alegerea corectă, puteți utiliza servicii speciale numite comparatoare. Aici sunt cateva exemple:

1. https://choosealicense.com/. Acest site conține întrebări orientative pentru alegerea opțiunii potrivite și sfaturi detaliate pentru a vă ajuta să înțelegeți specificul utilizării.
2. Pagina https://opensource.org/licenses este dedicată revizuirii diverselor soluții software gratuite.
3. Site-ul https://tldrlegal.com/ poate fi vizualizat ca o enciclopedie pentru diferite opțiuni de licență. Conține atât limbaj juridic precis, cât și comentarii detaliate.

Comparați licențele la https://choosealicense.com/ [[]] Totuși, cea mai productivă alegere este să citiți cu atenție documentele legale relevante. Deși aceasta este o activitate consumatoare de timp, cu toate acestea, studierea textelor va oferi dezvoltatorului toate răspunsurile de care are nevoie.

Cum să adăugați o licență la Github

În ciuda unei selecții extinse de opțiuni de licență, care în practică și-au dovedit eficacitatea și fiabilitatea, dezvoltatorul poate avea propriile idei despre ce ar trebui să fie licența pentru programul pe care l-a creat. În acest caz, serviciul oferă posibilitatea de a adăuga propria versiune sau de a o ajusta pe cea existentă. Pentru a adăuga o licență la Github, trebuie să urmați acești pași:

1. Trebuie să accesați pagina principală a depozitului dvs.
2. Trebuie să faceți clic pe butonul pentru a adăuga un fișier, apoi selectați „Creați un fișier nou”.
3. Apoi, trebuie să introduceți numele fișierului. Pentru o licență, poate fi una dintre două opțiuni: LICENSE sau LICENCE.md. Aici scrierea cu majuscule este obligatorie.
4. În dreapta câmpului de introducere a numelui fișierului, faceți clic pentru a selecta un șablon de licență.
5. În meniul din partea stângă a paginii, selectați linia „Adăugați o licență la proiectul dvs.”. În acest caz, o opțiune este selectată din documentele existente.
6. Apoi faceți clic pe linia „Examinați și trimiteți”. Apoi introduceți detaliile acordului lor.
7. După aceea, este necesar să se clarifice ce completări sau modificări au fost făcute. În continuare, ele indică dacă documentul selectat a fost corectat sau dacă vorbim despre crearea unei alte versiuni a licenței.

După confirmarea modificărilor, dezvoltatorul finalizează procedura de modificare a listei de licențe de pe serviciul Git Hub.

Alegeți o licență GitHub – Exemple de licențe populare pe Git Hub

În continuare, vom lua în considerare acele opțiuni care sunt cele mai populare. După ce le-a înțeles punctele forte și punctele slabe, programatorul va putea găsi opțiunea potrivită sau va putea înțelege cum să caute eficient.

GPL

Această licență poate fi numită una dintre cele mai populare. Este clasic pentru cei care fac software gratuit. Una dintre cerințele principale ale acestui document este că
permite terților să modifice liber programul , dar în același timp au dreptul de a distribui rezultatul numai sub aceeași licență. Această licență poate avea versiuni diferite. Cel mai recent este al treilea. GPL a fost folosit de dezvoltatorii de programe precum sistemul de management al conținutului web Drupal, sistemul de gestionare a bazelor de date MariaDB, editorul de grafică vectorială InkSkape și multe altele. Este interesant de observat că SQL folosește nu numai GPL, ci și o licență comercială.

LGPL

Acest titlu se traduce în GNU Lesser General Public License GPL. Pentru unii dezvoltatori, GPL nu este potrivit, deoarece le creează o obligație de a distribui produse modificate sub aceeași licență. Particularitățile utilizării acestei opțiuni pot fi ilustrate prin modul în care are loc procesul de licențiere a utilizării bibliotecilor create de un programator. În acest caz, se obișnuiește să se ia în considerare următoarele trei opțiuni:

1. Când o bibliotecă oferă funcții noi și nicio bibliotecă comercială nu poate îndeplini o sarcină similară, atunci utilizarea GPL este optimă.
2. Dezvoltatorul din biblioteca gratuită a implementat deja standardul existent. În această zonă, există opțiuni comerciale cu funcții similare. În acest caz, va fi convenabil să alegeți LGPL.
3. Când vine vorba de un nou standard care concurează de fapt cu unul comercial, licența Apache este adecvată.

Acest standard
permite utilizarea comercială a bibliotecilor . În cazul în care se fac modificări, trebuie să fie utilizați aceiași termeni și condiții pentru distribuire. Cu toate acestea, utilizarea simplă a codului permite modificarea condițiilor.

Licență publică Eclipse

Acest document
permite distribuirea sub alte licențe, inclusiv comerciale . Condiția principală este ca în lucrările modificate inovațiile să fie plasate într-un modul separat. Această licență a câștigat popularitate în dezvoltarea produselor Java. Un exemplu este limbajul de programare Clojure, un cadru pentru testarea aplicațiilor java.

Licență publică Mozilla

Unii văd acest document ca pe un compromis între licențele GPL și comerciale. Este o cerință a MPL să
aibă acces public la anumite fișiere . Produsul software poate conține unele fișiere sub această licență, iar altele fără ea. După modificare, este permisă introducerea licenței necesare (de exemplu, poate fi una comercială), dar acest lucru este posibil doar cu condiția ca accesul la fișierele eliberate sub MPL să fie încă deschis. În acest caz, utilizatorului final ar trebui să i se furnizeze informații despre autorii software-ului original. LibreOffice Office, browserul Mozilla și alte produse software au fost lansate în conformitate cu acest document.

Licență Apache Github

AL se numește licență liberă liberală. Această caracteristică se datorează faptului că nu există
nicio cerință de a elibera un produs derivat în aceleași condiții ca înainte . Acest document este utilizat în mod activ de Apache Software Foundation. Când îl utilizați, sunt permise următoarele:

1. Produsul software poate fi utilizat în continuare în scopuri comerciale.
2. Sunt permise modificări ale aplicațiilor.
3. Redistribuțiile ulterioare trebuie să includă numele autorului original.

La crearea unei noi variante, licențiații nu au obligația de a furniza codul original al produsului. Această licență a câștigat o popularitate semnificativă. Acest lucru poate fi demonstrat prin enumerarea produselor software binecunoscute care sunt lansate sub acest tip de licență: sistemul de operare Android, framework-ul cu care se creează aplicații enterprise în Java, serverul web Apache. https://youtu.be/wyZq-EazOmU

Licență MIT

Unii oameni consideră că această opțiune de licențiere a software-ului gratuit este cea mai populară. Unii consideră că principalul său avantaj este compatibilitatea bună cu diferite tipuri de licențe gratuite sau comerciale. Cele mai importante caracteristici sunt
posibilitatea de a modifica codul, precum și permisiunea de a redistribui sub alte licențe, la alegerea persoanei care a făcut modificările . Produsele software care folosesc acest document sunt: ​​o bibliotecă JavaScript numită JQuiery, un editor de text Atom, AngularJS – un cadru pentru dezvoltarea în JavaScript.
Comparația licențelor pentru Git Hub [/ caption]

Stânci subacvatice

Uneori, autorul alege inițial o versiune a licenței, iar ulterior dorește să o schimbe. Dacă a creat singur programul, atunci o astfel de schimbare nu va fi dificilă. Cu toate acestea, în cazurile în care au fost mulți participanți la dezvoltare, atunci nu va funcționa fără acordul lor. De exemplu, creatorul Linux, deși a făcut de fapt baza sistemului de operare, nu va putea schimba licența fără acordul tuturor acelor programatori care au luat parte la dezvoltarea ulterioară. Când redistribuie sub MPL, cei care au făcut modificări la cod nu pot oferi fișiere sub MPL sub altă licență. Utilizarea noului document se va aplica altor module software.