El que necessiteu saber sobre les llicències de GitHub: com seleccionar-les i afegir-les

Llicències GitHub: de què estem parlant? Per crear programari, no només cal escriure’l, sinó també decidir quins usuaris o desenvolupadors tenen dret a fer-hi. Si algú crea un programa gratuït per a tothom, està fent una bona acció, però qui el faci servir haurà de justificar com el fa servir. Per exemple, si una empresa en les seves activitats treballarà amb qualsevol oficina lliure (per exemple, LibreOffice), aleshores els auditors han de poder demostrar que té dret a fer-ho. Per fer-ho, n’hi haurà prou amb presentar la llicència corresponent. Si el desenvolupador s’oblida de formular-ho, l’empresa pot trobar-se en una posició difícil.
Classificació de llicències i tipus de llicències [/ subtítol] Quan es crea una aplicació, el desenvolupador ha de decidir quines accions amb el seu programa es permetran i quines no. Per exemple, podem parlar no només d’utilitzar, sinó també d’estudiar els textos dels programes o fer els seus propis ajustos al producte de programari. GitHub és un dels serveis més grans per al desenvolupament de projectes col·laboratius. Al mateix temps, poden treballar aquí no només de manera gratuïta, sinó també en projectes comercials. En especificar una llicència adequada, els desenvolupadors eliminaran la confusió sobre com utilitzar el producte creat. El problema és que hi ha diferents tipus de llicències, i no sempre és fàcil determinar quina opció s’ha de preferir en un cas concret. A més, no és estrany que alguns projectes no tinguin llicència.Cal conèixer més sobre la concessió de llicències per entendre quins drets i obligacions dels usuaris sorgeixen en els diferents casos.

Per què necessito llicenciar projectes de codi obert a GitHub

En especificar la llicència requerida, el desenvolupador pot proporcionar el següent:

1. Condicions d’ús del programa . Poden preveure el pagament d’una taxa o, en alguns o tots els casos, permetre l’ús gratuït.
2. De vegades es creen programes per ser desenvolupats per la comunitat . En aquest cas, és important que tothom qui ho desitgi pugui familiaritzar-se amb els textos del programa.
3. Quan el codi estigui disponible, alguns poden fer canvis perquè el programa sigui funcional i tan fiable com sigui possible. De vegades l’autor pot permetre que tothom ho faci, en altres casos s’ofereix a enviar-li un canvi, i fa ajustos al projecte pel seu compte.
4. Heu de decidir si tercers poden fer canvis al projecte i proposar-los en nom seu. En aquest cas, cal indicar amb quina llicència ha de ser el seu producte.

En resoldre aquests problemes i similars, l’autor de l’aplicació determina en gran mesura el destí futur del producte de programari que va crear.

Quins tipus de llicències hi ha

Una llicència és un acord en què una part (el llicenciant) estableix una regla perquè l’altra part (el llicenciatari) utilitzi el producte que crea. A la pràctica, no estem parlant de la signatura d’un document per part de les parts, sinó del consentiment automàtic amb els drets i obligacions corresponents al seu ús. Pràcticament no hi ha restriccions per especificar drets i obligacions. L’única condició és que han de complir la llei. Crear les vostres pròpies llicències és una feina complicada, ja que cal assegurar-vos que sigui compatible amb altres normatives. La millor opció és seleccionar i utilitzar un dels tipus estàndard d’aquests documents. A la pràctica, també s’acostuma a utilitzar múltiples llicències. Molt sovint, en aquests casos, s’utilitzen dues llicències simultàniament.Tot i que l’autor del programa té el dret de formular de manera independent les regles que han de seguir els usuaris, no obstant això, a la pràctica, s’ha desenvolupat l’ús d’un gran nombre de tipus de llicències, entre les quals podeu triar l’adequada en la majoria dels casos. Les següents són les opcions més populars utilitzades a Git Hub en la majoria dels casos. Les llicències més habituals que s’utilitzen a Git Hub són:
El programador haurà de poder triar-ne un que s’ajusti als seus plans. Per fer-ho correctament, cal entendre quines característiques són inherents a determinades espècies.

Si l’autor es nega a formular el document, en aquest cas s’aplicaran els drets d’autor, que estan previstos per defecte per la legislació del seu país. L’absència de llicència d’aquesta manera no vol dir que pugueu fer el que vulgueu amb el programa. De fet, aquesta situació es pot considerar com un dels tipus de llicències.

Com triar una llicència Github

Abans de començar a buscar una opció adequada, és necessari que el programador formuli els seus requisits, a partir dels quals procedirà a una llicència addicional. A continuació, hauríeu de familiaritzar-vos amb les opcions típiques corresponents a la sol·licitud. Després d’això, haureu d’estudiar detingudament la redacció legal i prendre una decisió final sobre quina hauria de ser la llicència. Per tal de prendre una elecció informada, cal entendre quins drets i obligacions es determinen per un tipus de llicència particular. Per prendre la decisió correcta, podeu utilitzar serveis especials anomenats comparadors. Aquests són alguns exemples:

1. https://choosealicense.com/. Aquest lloc conté preguntes orientatives per triar l’opció correcta i consells detallats per ajudar-vos a entendre les especificitats d’ús.
2. La pàgina https://opensource.org/licenses està dedicada a revisar diverses solucions de programari lliure.
3. El lloc https://tldrlegal.com/ es pot veure com una enciclopèdia per a diverses opcions de llicència. Conté llenguatge jurídic precís i comentaris detallats.

Compareu les llicències a https://choosealicense.com/ [[]] Tanmateix, l’opció més productiva és llegir atentament els documents legals rellevants. Tot i que aquesta és una activitat que requereix molt de temps, no obstant això, estudiar els textos donarà al desenvolupador totes les respostes que necessita.

Com afegir una llicència a Github

Malgrat una àmplia selecció d’opcions de llicència, que a la pràctica han demostrat la seva eficàcia i fiabilitat, el desenvolupador pot tenir les seves pròpies idees sobre quina hauria de ser la llicència per al programa que va crear. En aquest cas, el servei ofereix la possibilitat d’afegir la vostra pròpia versió o ajustar l’existent. Per afegir una llicència a Github, heu de seguir aquests passos:

1. Heu d’anar a la pàgina principal del vostre repositori.
2. Heu de fer clic al botó per afegir un fitxer i, a continuació, seleccionar “Crea un fitxer nou”.
3. A continuació, heu d’introduir el nom del fitxer. Per a una llicència, pot ser una de dues opcions: LICENCE o LICENCE.md. Aquí les majúscules són obligatòries.
4. A la dreta del camp d’entrada del nom del fitxer, feu clic per seleccionar una plantilla de llicència.
5. Al menú de la part esquerra de la pàgina, seleccioneu la línia “Afegeix una llicència al teu projecte”. En aquest cas, se selecciona una opció dels documents existents.
6. A continuació, feu clic a la línia “Revisar i enviar”. A continuació, introduïu les dades del seu acord.
7. Després d’això, cal aclarir quines es van fer les addicions o els canvis. A continuació, indiquen si s’ha corregit el document seleccionat o si estem parlant de crear una altra versió de la llicència.

Després de confirmar els canvis, el desenvolupador completa el procediment per fer canvis a la llista de llicències del servei Git Hub.

Trieu una llicència Github: exemples de llicències populars a Git Hub

A continuació, considerarem les opcions que són les més populars. Després d’haver entès els seus punts forts i febles, el programador podrà trobar l’opció adequada o entendre com fer una cerca eficaç.

GPL

Aquesta llicència es pot anomenar una de les més populars. És clàssic per als que fan programari lliure. Un dels principals requisits d’aquest document és que
permet a tercers modificar lliurement el programa , però al mateix temps tenen dret a distribuir el resultat només sota la mateixa llicència. Aquesta llicència pot tenir diferents versions. L’últim és el tercer. La GPL va ser utilitzada pels desenvolupadors de programes com el sistema de gestió de contingut web Drupal, el sistema de gestió de bases de dades MariaDB, l’editor de gràfics vectorials InkSkape i diversos altres. És interessant observar que SQL no només utilitza la GPL sinó també una llicència comercial.

LGPL

Aquest títol es tradueix a GNU Lesser General Public License GPL. Per a alguns desenvolupadors, la GPL no és adequada, ja que els crea l’obligació de distribuir productes modificats sota la mateixa llicència. Les peculiaritats d’utilitzar aquesta opció es poden il·lustrar per com es produeix el procés de llicència d’ús de biblioteques creades per un programador. En aquest cas, s’acostuma a considerar les tres opcions següents:

1. Quan una biblioteca ofereix noves funcions i cap biblioteca comercial pot realitzar una tasca similar, l’ús de la GPL és òptim.
2. El desenvolupador de la biblioteca gratuïta ja ha implementat l’estàndard existent. En aquest àmbit, hi ha opcions comercials amb funcions similars. En aquest cas, serà convenient triar LGPL.
3. Quan es tracta d’un nou estàndard que competeix realment amb un de comercial, la llicència d’Apache és adequada.

Aquest estàndard
permet l’ús comercial de les biblioteques . Si es fan modificacions, s’han d’utilitzar els mateixos termes i condicions per a la distribució. Tanmateix, l’ús senzill del codi permet canviar les condicions.

Llicència pública Eclipse

Aquest document
permet la distribució sota altres llicències, incloses les comercials . La condició principal és que en les obres modificades, les innovacions es col·loquin en un mòdul a part. Aquesta llicència ha guanyat popularitat en el desenvolupament de productes Java. Un exemple és el llenguatge de programació Clojure, un marc per provar aplicacions java.

Llicència pública de Mozilla

Alguns veuen aquest document com un compromís entre la GPL i les llicències comercials. És un requisit de l’MPL
tenir accés públic a determinats fitxers . El producte de programari pot contenir alguns fitxers sota aquesta llicència i d’altres sense. Després de la modificació, es permet posar la llicència que es necessita (per exemple, pot ser una comercial), però això només és possible amb la condició que l’accés als fitxers alliberats sota la MPL encara estigui obert. En aquest cas, l’usuari final hauria de rebre informació sobre els autors del programari original. LibreOffice Office, el navegador Mozilla i altres productes de programari es van publicar d’acord amb aquest document.

Llicència Apache Github

AL s’anomena llicència lliure liberal. Aquesta característica es deu al fet que no hi ha
cap requisit per alliberar un producte derivat en les mateixes condicions que abans . Aquest document és utilitzat activament per l’Apache Software Foundation. En utilitzar-lo, es permet el següent:

1. Es permet que el producte de programari es continuï utilitzant amb finalitats comercials.
2. Es permeten modificacions a les sol·licituds.
3. Les redistribucions posteriors han d’incloure el nom de l’autor original.

Quan es crea una nova variant, els llicenciataris no tenen cap obligació de proporcionar el codi de producte original. Aquesta llicència ha guanyat una popularitat important. Això es pot demostrar enumerant els productes de programari coneguts que es publiquen sota aquest tipus de llicència: el sistema operatiu Android, el marc amb el qual crear aplicacions empresarials en Java, el servidor web Apache. https://youtu.be/wyZq-EazOmU

Llicència MIT

Algunes persones troben que aquesta opció de llicència de programari lliure és la més popular. Alguns consideren que el seu principal avantatge és la bona compatibilitat amb diversos tipus de llicències gratuïtes o comercials. Les característiques més importants són la
possibilitat de modificar el codi, així com el permís per redistribuir sota altres llicències a elecció de la persona que va fer els canvis . Els productes de programari que utilitzen aquest document són: una biblioteca de JavaScript anomenada JQuiery, un editor de text Atom, AngularJS, un marc per desenvolupar en JavaScript.
Comparació de llicències per a Git Hub [/ caption]

Roques submarines

De vegades, l’autor tria inicialment una versió de la llicència i després vol canviar-la. Si va crear el programa sol, aquest canvi no serà difícil. Tanmateix, en els casos en què hi hagués molts participants en el desenvolupament, no funcionarà sense el seu consentiment. Per exemple, el creador de Linux, tot i que en realitat va fer la base del sistema operatiu, no podrà canviar la llicència sense el consentiment de tots aquells programadors que van participar en el desenvolupament posterior. Quan es redistribueixen sota MPL, els que han fet canvis al codi no poden oferir fitxers sota MPL amb una altra llicència. L’ús del nou document s’aplicarà a altres mòduls de programari.