Çfarë duhet të dini për licencat GitHub: si të zgjidhni dhe shtoni

Licencat GitHub – për çfarë po flasim? Për të krijuar softuer, jo vetëm që duhet të shkruhet, por edhe të vendoset se çfarë kanë të drejtë të bëjnë përdoruesit ose zhvilluesit me të. Nëse dikush krijon një program falas për të gjithë, ai është duke bërë një vepër të mirë, por kushdo që e përdor do të duhet të arsyetojë se si e përdor. Për shembull, nëse një kompani në aktivitetet e saj do të punojë me ndonjë zyrë falas (për shembull, LibreOffice), atëherë ajo duhet të jetë në gjendje t’u provojë inspektorëve se ka të drejtë ta bëjë këtë. Për ta bërë këtë, mjafton të paraqisni licencën e duhur. Nëse zhvilluesi harron ta formulojë atë, atëherë kompania mund të jetë në një pozitë të vështirë.

Kur krijon një aplikacion, zhvilluesi duhet të vendosë se cilat veprime me programin e tij do të lejohen dhe cilat jo. Për shembull, mund të flasim jo vetëm për përdorimin, por edhe për studimin e teksteve të programeve ose për të bërë rregullimet tuaja në produktin softuer. GitHub është një nga shërbimet më të mëdha për zhvillimin e projekteve bashkëpunuese. Në të njëjtën kohë, ata mund të punojnë këtu jo vetëm falas, por edhe në projekte komerciale. Duke specifikuar licencën e duhur, zhvilluesit do të eliminojnë paqartësitë në mënyrën e përdorimit të produktit të krijuar. Problemi është se ka shumë lloje të ndryshme licencash, dhe nuk është gjithmonë e lehtë të përcaktohet se cili opsion të zgjidhni në një rast të veçantë. Gjithashtu nuk është e pazakontë që disa projekte të mos kenë licencë.

Pse duhet të licenconi projektet me burim të hapur në GitHub

Kur specifikon licencën e kërkuar, zhvilluesi mund të sigurojë sa vijon në të:

1. Kushtet e përdorimit të programit . Ato mund të përfshijnë një tarifë ose, në disa ose të gjitha rastet, të lejojnë përdorimin falas.
2. Ndonjëherë programet krijohen për t’u zhvilluar nga komuniteti . Në këtë rast, është e rëndësishme që të gjithë ata që duan të njihen me tekstet e programit.
3. Kur tekstet e programit janë të disponueshme, disa mund të bëjnë ndryshime për ta bërë programin funksional dhe sa më të besueshëm. Ndonjëherë autori mund t’i lejojë të gjithë ta bëjnë këtë, në raste të tjera ai ofron t’ia dërgojë ndryshimin dhe bën rregullime në projekt vetë.
4. Ju duhet të vendosni nëse palët e treta mund të bëjnë ndryshime në projekt dhe të ofrojnë në emër të tyre. Kur e bëni këtë, duhet të specifikoni se me cilën licencë duhet të jetë produkti i tyre.

Duke zgjidhur këto dhe pyetje të ngjashme, autori i aplikacionit në të vërtetë përcakton në masë të madhe fatin e ardhshëm të produktit softuer që ai krijoi.

Cilat lloje të licencave ekzistojnë

Një licencë është një marrëveshje në të cilën njëra palë (licensuesi) vendos një rregull që pala tjetër (i licencuari) të përdorë produktin e krijuar prej tij. Në praktikë, nuk po flasim për nënshkrimin e një dokumenti nga palët, por për marrëveshje automatike me të drejtat dhe detyrimet përkatëse për përdorimin e tij. Praktikisht nuk ka kufizime në specifikimin e të drejtave dhe detyrimeve. Kushti i vetëm është që ata duhet të respektojnë ligjin. Krijimi i licencave tuaja është një punë komplekse, pasi duhet të jetë në përputhje me rregulloret e tjera. Mundësia më e mirë është të zgjidhni dhe përdorni një nga varietetet standarde të dokumenteve të tilla. Në praktikë, është gjithashtu zakon të përdoret multilicensimi. Më shpesh, në raste të tilla, dy licenca përdoren njëkohësisht. Megjithëse autori i programit ka të drejtë të formulojë në mënyrë të pavarur rregullat që përdoruesit duhet të ndjekin, megjithatë, në praktikë është zhvilluar përdorimi i një numri të madh llojesh licencash, nga të cilat mund të zgjidhni atë të duhurin në shumicën e rasteve. Më poshtë janë opsionet më të njohura të përdorura në Git Hub në shumicën e rasteve. Licencat më të përdorura në Git Hub janë:
Programuesi do të duhet të jetë në gjendje të zgjedhë atë që do t’i përshtatet planeve të tij. Për ta bërë këtë në mënyrë korrekte, duhet të kuptoni se cilat veçori janë të natyrshme në specie të caktuara.

Nëse autori refuzon të formulojë dokumentin, atëherë në këtë rast do të zbatohen të drejtat e autorit, të cilat parashikohen si parazgjedhje nga legjislacioni i vendit të tij. Mungesa e një licence në këtë mënyrë nuk do të thotë se mund të bëhet asgjë me programin. Në fakt, një situatë e tillë mund të konsiderohet si një nga llojet e licencës.

Si të zgjidhni një licencë Github

Para se të filloni të kërkoni një opsion të përshtatshëm, është e nevojshme që programuesi të formulojë kërkesat e tij, nga të cilat do të vazhdojë me licencimin e mëtejshëm. Më pas, duhet të njiheni me opsionet tipike që përputhen me kërkesën. Pas kësaj, do t’ju duhet të studioni me kujdes gjuhën ligjore dhe të merrni një vendim përfundimtar se cila duhet të jetë licenca. Për të bërë një zgjedhje të informuar, duhet të kuptoni se cilat të drejta dhe detyrime lidhen me një lloj të caktuar licence. Për të bërë zgjedhjen e duhur, mund të përdorni shërbime speciale të quajtura krahasues. Ketu jane disa shembuj:

1. https://choosealicense.com/. Kjo faqe ka pyetje kryesore për zgjedhjen e opsionit të duhur dhe këshilla të hollësishme për t’ju ndihmuar të kuptoni veçoritë e përdorimit.
2. Faqja https://opensource.org/licenses i dedikohet rishikimit të zgjidhjeve të ndryshme të softuerit të lirë.
3. Faqja https://tldrlegal.com/ mund të konsiderohet si një enciklopedi për opsione të ndryshme licence. Ka edhe formulime të sakta ligjore dhe komente të hollësishme.

Megjithatë, mënyra më produktive për të zgjedhur është të lexoni me kujdes dokumentet ligjore përkatëse . Megjithëse po flasim për aktivitete intensive të punës, megjithatë, studimi i teksteve do t’i japë zhvilluesit të gjitha përgjigjet e nevojshme.

Si të shtoni një licencë në Github

Pavarësisht zgjedhjes së gjerë të opsioneve të licencës që janë provuar të jenë efektive dhe të besueshme në praktikë, zhvilluesi mund të ketë idetë e tij se cila duhet të jetë licenca për programin që ai krijoi. Në këtë rast, shërbimi ofron mundësinë për të shtuar versionin tuaj ose për të rregulluar atë ekzistues. Për të shtuar një licencë në Github, do t’ju duhet të ndiqni këto hapa:

1. Ju duhet të shkoni në faqen kryesore të depove tuaj.
2. Duhet të klikoni në butonin për të shtuar një skedar, më pas zgjidhni “Krijo skedar të ri”.
3. Tjetra, duhet të vendosni një emër skedari. Për një licencë, kjo mund të jetë një nga dy opsionet: LICENCE ose LICENCE.md. Këtu përdorimi i shkronjave të mëdha është i detyrueshëm.
4. Në të djathtë të fushës së futjes së emrit të skedarit, klikoni për të zgjedhur një shabllon licence.
5. Në menynë në anën e majtë të faqes, zgjidhni rreshtin “Shto një licencë në projektin tuaj”. Në këtë rast, një variant zgjidhet nga dokumentet ekzistuese.
6. Pastaj klikoni në rreshtin “Rishiko dhe dorëzo”. Pastaj shkruani detajet e marrëveshjes suaj.
7. Pas kësaj, është e nevojshme të sqarohet se çfarë janë bërë shtesat apo ndryshimet. Më pas, tregoni nëse dokumenti i përzgjedhur është korrigjuar ose nëse bëhet fjalë për krijimin e një versioni tjetër të licencës.

Pas konfirmimit të ndryshimeve, zhvilluesi përfundon procedurën për të bërë ndryshime në listën e licencave në shërbimin Git Hub.

Zgjidhni një licencë Github – shembuj të licencave të njohura në Git Hub

Më poshtë janë opsionet që janë më të njohurat. Duke kuptuar pikat e forta dhe të dobëta të tyre, programuesi do të jetë në gjendje të gjejë opsionin e duhur ose të kuptojë se si të kërkojë në mënyrë efikase.

GPL

Kjo licencë mund të quhet një nga më të njohurat. Është klasik për ata që prodhojnë softuer të lirë. Një nga kërkesat kryesore të këtij dokumenti është që të
lejojë palët e treta të modifikojnë lirisht programin , por në të njëjtën kohë ata kanë të drejtë të shpërndajnë rezultatin vetëm nën të njëjtën licencë. Kjo licencë mund të ketë versione të ndryshme. E fundit prej tyre është e treta. GPL është përdorur nga zhvilluesit e programeve të tilla si sistemi i menaxhimit të përmbajtjes në internet Drupal, sistemi i menaxhimit të bazës së të dhënave MariaDB, redaktori i grafikës vektoriale InkSkape dhe disa të tjerë. Është interesante të theksohet se SQL përdor jo vetëm GPL, por edhe një licencë komerciale.

LGPL

Ky emër përkthehet në “GNU GPL Lesser General Public License”. Për disa zhvillues, GPL nuk është i përshtatshëm, pasi krijon një detyrim për ta për të shpërndarë produkte të modifikuara nën të njëjtën licencë. Veçoritë e aplikimit të këtij opsioni mund të ilustrohen nga mënyra se si zhvillohet procesi i licencimit të përdorimit të bibliotekave të krijuara nga programuesi. Në këtë rast, merren parasysh tre opsionet e mëposhtme:

1. Kur një bibliotekë ofron funksione të reja ku asnjë bibliotekë tjetër komerciale nuk mund ta bëjë të njëjtën gjë, atëherë GPL është zgjidhja më e mirë.
2. Zhvilluesi në bibliotekën falas ka zbatuar tashmë standardin ekzistues. Në këtë zonë, ka opsione komerciale me funksione të ngjashme. Për këtë rast, do të jetë e përshtatshme të zgjidhni LGPL.
3. Kur bëhet fjalë për një standard të ri që në të vërtetë konkurron me atë komercial, licenca Apache është mënyra për të shkuar.

Ky standard
lejon përdorimin komercial të bibliotekave . Nëse bëhen modifikime, të njëjtat terma dhe kushte duhet të përdoren për shpërndarje. Sidoqoftë, përdorimi i thjeshtë i kodit lejon që kushtet të ndryshojnë.

Licenca publike Eclipse

Ky dokument
lejon shpërndarjen sipas licencave të tjera, duke përfshirë ato tregtare . Kushti kryesor është që në punimet e modifikuara, risitë të vendosen në një modul të veçantë. Kjo licencë ka fituar popullaritet në zhvillimin e produkteve në Java. Një shembull është gjuha e programimit Clojure, një kornizë për testimin e aplikacioneve java.

Licenca Publike Mozilla

Disa e shohin këtë dokument si një kompromis midis GPL-së dhe licencave tregtare. MPL kërkon
qasje të hapur në skedarë të caktuar . Produkti softuerik mund të përmbajë disa skedarë nën këtë licencë dhe të tjerë pa të. Pas modifikimit, lejohet të vendosni licencën që nevojitet (për shembull, mund të jetë komerciale), por kjo është e mundur vetëm me kusht që qasja në skedarët e lëshuar nën MPL të jetë ende e hapur. Në këtë rast, përdoruesi përfundimtar duhet të pajiset me informacione për autorët e softuerit origjinal. Në përputhje me këtë dokument, zyra e LibreOffice, shfletuesi Mozilla dhe produkte të tjera softuerike u lëshuan.

Licenca Apache Github

AL quhet licencë e lirë liberale. Kjo veçori është për faktin se nuk
ka kërkesë për të lëshuar një produkt derivat në të njëjtat kushte si më parë . Ky dokument përdoret në mënyrë aktive nga Apache Software Foundation. Kur përdoret, lejohet sa vijon:

1. Produkti softuer lejohet të përdoret më tej për qëllime komerciale.
2. Lejohen modifikimet e aplikacionit.
3. Shpërndarjet e mëvonshme duhet të përfshijnë emrin e autorit origjinal.

Duke krijuar një variant të ri, nuk ka asnjë detyrim për të licencuarit të japin kodin origjinal të produktit. Një licencë e tillë ka fituar popullaritet të konsiderueshëm. Kjo mund të demonstrohet duke renditur produkte softuerike të njohura që lëshohen nën këtë lloj licence: sistemi operativ Android, një kornizë që krijon aplikacione të ndërmarrjeve në Java dhe serveri i uebit Apache. https://youtu.be/wyZq-EazOmU

Licenca MIT

Disa e konsiderojnë këtë opsion të licencës së softuerit të lirë si më të popullarizuarin. Përparësia e tij kryesore konsiderohet nga disa si përputhshmëria e mirë me lloje të ndryshme të licencave falas ose komerciale. Karakteristikat më të rëndësishme janë
aftësia për të modifikuar kodin, si dhe leja për të shpërndarë sipas licencave të tjera sipas zgjedhjes së atij që ka bërë ndryshimet . Produktet softuerike që përdorin këtë dokument janë: një bibliotekë JavaScript e quajtur JQuiery, një redaktues teksti Atom, AngularJS, një kornizë zhvillimi JavaScript.

Shkëmbinj nënujorë

Ndonjëherë autori në fillim zgjedh një version të licencës dhe më vonë dëshiron ta ndryshojë atë. Nëse ai do ta krijonte programin vetëm, atëherë një ndryshim i tillë nuk do të ishte i vështirë. Sidoqoftë, në rastet kur ka pasur shumë pjesëmarrës në zhvillim, atëherë pa pëlqimin e tyre kjo nuk do të funksionojë. Për shembull, krijuesi i Linux, megjithëse ai në të vërtetë bëri bazën e sistemit operativ, nuk do të jetë në gjendje të ndryshojë licencën pa pëlqimin e të gjithë atyre programuesve që morën pjesë në zhvillimin e mëtejshëm. Kur shpërndahen sipas MPL, ata që kanë bërë ndryshime në kod nuk mund të ofrojnë skedarë nën MPL nën një licencë tjetër. Përdorimi i dokumentit të ri do t’i referohet moduleve të tjera të programit.