GitHub lizentziei buruz jakin behar duzuna: nola aukeratu eta gehitu

GitHub lizentziak – zertaz ari gara? Softwarea sortzeko, idatzi behar ez ezik, erabiltzaileek edo garatzaileek horrekin zer egiteko eskubidea duten erabaki behar da. Norbaitek denentzako doako programa bat sortzen badu, ekintza ona egiten ari da, baina erabiltzen duenak nola erabiltzen duen justifikatu beharko du. Esaterako, bere jardueretan enpresa batek doako bulego batekin lan egingo badu (adibidez, LibreOffice), orduan ikuskatzaileei frogatu ahal izan behar die horretarako eskubidea duela. Horretarako nahikoa izango da dagokion lizentzia aurkeztea. Garatzaileak formulatzea ahazten badu, baliteke konpainia posizio zailean egotea. [Caption id=”attachment_11854″ align=”aligncenter” width=”1024″]
Lizentzien eta lizentzia moten sailkapena[/caption] Aplikazio bat sortzerakoan, garatzaileak erabaki behar du bere programarekin zein ekintza onartuko diren eta zein ez. Adibidez, erabiltzeaz ez ezik, programen testuak aztertzeaz edo software-produktuan norberak moldatzeaz ere hitz egin dezakegu. GitHub lankidetza proiektuen garapenerako zerbitzu handienetako bat da. Aldi berean, hemen lan egin dezakete doakoetan ez ezik, proiektu komertzialetan ere. Lizentzia egokia zehaztuz, garatzaileek sortutako produktua erabiltzeko anbiguotasunak ezabatuko dituzte. Arazoa da lizentzia mota asko daudela, eta kasu jakin batean zein aukera aukeratu zehaztea ez da beti erraza izaten. Halaber, ez da arraroa proiektu batzuek lizentziarik ez izatea.

Zergatik lizentziatu behar duzu GitHub-en kode irekiko proiektuak

Beharrezko lizentzia zehazten denean, sustatzaileak honako hauek eman ditzake bertan:

1. Programaren erabilera baldintzak . Kuota bat izan dezakete edo, kasu batzuetan edo guztietan, doako erabilera baimendu.
2. Batzuetan komunitateak garatzeko programak sortzen dira . Kasu honetan, garrantzitsua da programaren testuak ezagutzea nahi duten guztiek.
3. Programaren testuak eskuragarri daudenean, batzuek aldaketak egin ditzakete programa funtzionala eta fidagarriena izan dadin. Batzuetan egileak denei baimena eman diezaieke hori egiteko, beste batzuetan aldaketa berari bidaltzea eskaintzen dio, eta bere kabuz egiten ditu proiektuan moldaketak.
4. Hirugarrenek proiektuan eta eskaintzan aldaketak egin ditzaketen erabaki behar duzu haien izenean. Hori egiterakoan, produktuak zein lizentziarekin egon behar duen zehaztu behar duzu.

Galdera hauek eta antzekoak ebatzita, aplikazioaren egileak, hain zuzen, berak sortutako software produktuaren etorkizuneko patua zehazten du neurri handi batean.

Zein motatako lizentziak dauden

Lizentzia alderdi batek (lizentziadunak) beste alderdiak (lizentziadunak) berak sortutako produktua erabiltzeko arau bat ezartzen duen akordioa da. Praktikan, ez gara alderdiek dokumentu bat sinatzeaz ari, erabileran dagozkion eskubide eta betebeharrekin adostasun automatikoaz baizik. Ez dago ia mugarik eskubide eta betebeharrak zehaztean. Baldintza bakarra legea bete behar dutela da. Zure lizentziak sortzea lan konplexua da, beste araudiekin bateragarria izan behar baita. Aukerarik onena dokumentu horien barietate estandarren bat hautatzea eta erabiltzea da. Praktikan, lizentzia anitzeko erabilera ere ohikoa da. Gehienetan, kasu horietan, bi lizentzia erabiltzen dira aldi berean. Programaren egileak erabiltzaileek jarraitu behar dituzten arauak modu independentean formulatzeko eskubidea badu ere, hala ere, praktikan, lizentzia mota askoren erabilera garatu da, kasu gehienetan egokia aukera dezakezu. Honako hauek dira kasu gehienetan Git Hub-en erabiltzen diren aukerarik ezagunenak. Git Hub-en gehien erabiltzen diren lizentziak hauek dira:
Programatzaileak bere planetara egokituko den bat aukeratzeko gai izan beharko du. Hori behar bezala egiteko, espezie jakin batzuen ezaugarriak zeintzuk diren ulertu behar duzu.

Egileak dokumentua formulatzeari uko egiten badio, kasu honetan egile-eskubideak aplikatuko dira, bere herrialdeko legeriak lehenespenez ezarritakoak. Modu honetan lizentziarik ez egoteak ez du esan nahi programarekin ezer egin daitekeenik. Izan ere, egoera hori lizentzia mota bat bezala har daiteke.

Nola aukeratu Github lizentzia

Aukera egoki bat bilatzen hasi aurretik, beharrezkoa da programatzaileak bere eskakizunak formulatzea, eta hortik aurrera lizentzia gehiagorekin jarraituko du. Ondoren, eskaerarekin bat datozen ohiko aukerak ezagutu behar dituzu. Horren ondoren, arretaz aztertu beharko duzu hizkuntza juridikoa eta azken erabakia hartu beharko duzu lizentzia zein den. Aukera informatua egiteko, lizentzia mota jakin bati zer eskubide eta betebeharrekin lotutako ulertu behar duzu. Aukera egokia egiteko, konparagailu izeneko zerbitzu bereziak erabil ditzakezu. Hona hemen adibide batzuk:

1. https://choosealicense.com/. Gune honek aukera egokia aukeratzeko galdera nagusiak eta erabileraren ezaugarriak ulertzen laguntzeko aholku zehatzak ditu.
2. https://opensource.org/licenses orria software libreko hainbat soluzio berrikustea da.
3. https://tldrlegal.com/ gunea entziklopedia gisa har daiteke hainbat lizentzia-aukeretarako. Formulazio juridiko zehatzak eta iruzkin zehatzak daude.

Hala ere, aukeratzeko modurik emankorrena dagozkion legezko dokumentuak arretaz irakurtzea da. . Lan intentsiboko jarduerei buruz ari bagara ere, hala ere, testuak aztertzeak sustatzaileari beharrezko erantzun guztiak emango dizkio.

Nola gehitu lizentzia bat Github-i

Praktikan eraginkorrak eta fidagarriak direla frogatu duten lizentzia-aukeren aukera zabala izan arren, garatzaileak bere ideiak izan ditzake berak sortu duen programaren lizentzia zein den. Kasu honetan, zerbitzuak zure bertsioa gehitzeko edo lehendik dagoena doitzeko aukera eskaintzen du. Github-i lizentzia bat gehitzeko, urrats hauek jarraitu beharko dituzu:

1. Zure biltegiko orri nagusira joan behar duzu.
2. Fitxategi bat gehitzeko botoian klik egin behar duzu eta, ondoren, hautatu “Sortu fitxategi berria”.
3. Ondoren, fitxategi-izen bat sartu behar duzu. Lizentzia bat izateko, bi aukera hauetako bat izan daiteke: LICENCE edo LICENCE.md. Hemen letra larriak erabiltzea derrigorrezkoa da.
4. Fitxategi-izena sartzeko eremuaren eskuinean, egin klik lizentzia txantiloi bat hautatzeko.
5. Orriaren ezkerraldeko menuan, hautatu “Gehitu lizentzia zure proiektuari” lerroa. Kasu honetan, aldaera bat aukeratzen da dauden dokumentuetatik.
6. Ondoren, egin klik “Berrikusi eta bidali” lerroan. Ondoren, sartu zure hitzarmenaren xehetasunak.
7. Horren ostean, argitu egin behar da zer gehikuntza edo aldaketa egin diren. Ondoren, adierazi hautatutako dokumentua zuzendu den edo lizentziaren beste bertsio bat sortzeari buruzkoa den.

Aldaketak baieztatu ondoren, garatzaileak Git Hub zerbitzuko lizentzien zerrendan aldaketak egiteko prozedura betetzen du.

Aukeratu Github lizentzia bat – Git Hub-eko lizentzia ezagunen adibideak

Honako hauek dira ezagunenak diren aukerak. Haien indarguneak eta ahuleziak ulertuz, programatzaileak aukera egokia aurkitzeko edo modu eraginkorrean bilatu ulertzeko gai izango da.

GPL

Lizentzia hau ezagunenetako bat dei daiteke. Klasikoa da software librea ekoizten dutenentzat. Dokumentu honen baldintza nagusietako bat
hirugarrenei programa libreki aldatzeko aukera ematea da , baina, aldi berean, emaitza lizentzia berarekin soilik banatzeko eskubidea dute. Lizentzia honek bertsio desberdinak izan ditzake. Horietatik azkena hirugarrena da. Drupal web edukiak kudeatzeko sistema, MariaDB datu-baseak kudeatzeko sistema, InkSkape grafiko bektorial editorea eta beste zenbait programen garatzaileek erabili dute GPL. Interesgarria da SQL-k GPL ez ezik, lizentzia komertziala ere erabiltzen duela.

LGPL

Izen hau “GNU GPL Lizentzia Publiko Orokor Txikia” bihurtzen da. Garatzaile batzuentzat, GPL ez da egokia, aldatutako produktuak lizentzia berdinarekin banatzeko betebeharra sortzen baitu. Aukera honen aplikazioaren ezaugarriak programatzaileak sortutako liburutegien erabilera lizentzia emateko prozesua nola gertatzen den ikus daiteke. Kasu honetan, hiru aukera hauek hartzen dira kontuan:

1. Liburutegi batek funtzionalitate berriak eskaintzen dituenean, beste liburutegi komertzialek gauza bera egin ez dezaketenean, GPL da aukerarik onena.
2. Doako liburutegiko garatzaileak dagoeneko inplementatu du lehendik dagoen estandarra. Arlo honetan, antzeko funtzioak dituzten aukera komertzialak daude. Kasu honetarako, komenigarria izango da LGPL aukeratzea.
3. Benetan komertzialarekin lehiatzen den estandar berri bati dagokionez, Apache lizentzia da bidea.

Estandar
honek liburutegien erabilera komertziala ahalbidetzen du . Aldaketak egiten badira, banaketarako baldintza berberak erabili beharko dira. Hala ere, kodearen erabilera soilak baldintzak aldatzea ahalbidetzen du.

Eclipse Lizentzia Publikoa

Dokumentu honek
beste lizentzia batzuen arabera banatzea ahalbidetzen du, merkataritzakoak barne . Baldintza nagusia da aldatutako lanetan berrikuntzak aparteko modulu batean jartzea. Lizentzia honek ospea irabazi du Java-ko produktuen garapenean. Adibide bat Clojure programazio lengoaia da, java aplikazioak probatzeko esparrua.

Mozilla Lizentzia Publikoa

Batzuek dokumentu hau GPL eta lizentzia komertzialen arteko konpromiso gisa ikusten dute. MPLak
fitxategi jakin batzuetarako sarbide irekia behar du . Baliteke software-produktuak lizentzia honen pean fitxategi batzuk edukitzea eta beste batzuk berau gabe. Aldaketa egin ondoren, beharrezkoa den lizentzia jartzea onartzen da (adibidez, komertziala izan daiteke), baina hori posible da MPL pean kaleratutako fitxategietarako sarbidea oraindik irekita egotearen baldintzapean. Kasu honetan, azken erabiltzaileari jatorrizko softwarearen egileei buruzko informazioa eman behar zaio. Dokumentu honen arabera, LibreOffice bulegoa, Mozilla arakatzailea eta beste software produktu batzuk kaleratu ziren.

Apache Lizentzia Github

AL lizentzia libre liberala deitzen da. Ezaugarri hau produktu deribatu bat lehengo baldintza berdinetan askatzeko baldintzarik ez dagoelako da
. Dokumentu hau Apache Software Foundation-ek aktiboki erabiltzen du. Erabiltzen direnean, honako hauek onartzen dira:

1. Software produktua helburu komertzialetarako gehiago erabiltzeko baimena dago.
2. Aplikazioen aldaketak onartzen dira.
3. Ondorengo banaketetan jatorrizko egilearen izena sartu beharko da.

Aldaera berri bat sortuz gero, lizentziadunek ez dute jatorrizko produktuaren kodea emateko betebeharrik. Halako lizentziak ospe handia lortu du. Lizentzia mota honekin kaleratzen diren software produktu ezagunak zerrendatuz froga daiteke: Android sistema eragilea, Java-n enpresa-aplikazioak sortzen dituen markoa eta Apache web zerbitzaria. https://youtu.be/wyZq-EazOmU

MIT Lizentzia

Batzuek software libreko lizentzia aukera hau ezagunena dela uste dute. Bere abantaila nagusia hainbat lizentzia libre edo komertzialekin bateragarritasun ona dela uste dute batzuek. Ezaugarri garrantzitsuenak
kodea aldatzeko gaitasuna dira, baita aldaketak egin dituenak aukeratzen dituen beste lizentzia batzuen arabera banatzeko baimena ere . Dokumentu hau erabiltzen duten software produktuak hauek dira: JQuiery izeneko JavaScript liburutegia, Atom testu-editorea, AngularJS, JavaScript garapen-esparrua.

Urpeko arrokak

Batzuetan egileak hasieran lizentziaren bertsio bat aukeratzen du, eta geroago aldatu nahi du. Programa bakarrik sortuko balu, aldaketa hori ez litzateke zaila izango. Hala ere, garapenean parte-hartzaile asko egon diren kasuetan, haien baimenik gabe honek ez du funtzionatuko. Adibidez, Linux-en sortzaileak, benetan sistema eragilearen oinarria egin zuen arren, ezingo du lizentzia aldatu garapenean parte hartu zuten programatzaile horien guztien baimenik gabe. MPLren arabera banatzen direnean, kodean aldaketak egin dituztenek ezin dituzte MPLren fitxategiak beste lizentzia batekin eskaini. Dokumentu berriaren erabilerak beste programa-modulu batzuei erreferentzia egingo die.