Wat u moet weten over GitHub-licenties: selecteren en toevoegen

GitHub-licenties – waar hebben we het over? Om software te maken, moet u deze niet alleen schrijven, maar ook beslissen wat gebruikers of ontwikkelaars ermee mogen doen. Als iemand een gratis programma voor iedereen maakt, doet hij een goede daad, maar wie het gebruikt, zal moeten verantwoorden hoe hij het gebruikt. Als een bedrijf in zijn activiteiten bijvoorbeeld met een gratis kantoor zal werken (bijvoorbeeld LibreOffice), dan moet het voor de auditors kunnen aantonen dat het het recht heeft om dit te doen. Om dit te doen, volstaat het om de juiste licentie te overleggen. Als de ontwikkelaar vergeet het te formuleren, kan het bedrijf zich in een moeilijke positie bevinden. [bijschrift id = “attachment_11854” align = “aligncenter” width = “1024”]
Classificatie van licenties en soorten licenties [/ caption] Bij het maken van een applicatie moet de ontwikkelaar beslissen welke acties met zijn programma zijn toegestaan ​​en welke niet. We kunnen bijvoorbeeld niet alleen praten over het gebruik, maar ook over het bestuderen van teksten van programma’s of het zelf aanpassen van het softwareproduct. GitHub is een van de grootste diensten voor gezamenlijke projectontwikkeling. Tegelijkertijd kunnen ze hier niet alleen werken aan gratis, maar ook aan commerciële projecten. Door een geschikte licentie op te geven, elimineren ontwikkelaars verwarring over het gebruik van het gemaakte product. Het probleem is dat er verschillende soorten licenties zijn en dat het niet altijd eenvoudig is om te bepalen welke optie in een bepaald geval de voorkeur verdient. Ook is het niet ongebruikelijk dat sommige projecten geen licentie hebben.Het is noodzakelijk om meer te leren over licenties om te begrijpen welke rechten en plichten van gebruikers in verschillende gevallen ontstaan.

Waarom moet ik Open Source-projecten op GitHub licentiëren?

Door de vereiste licentie op te geven, kan de ontwikkelaar voor het volgende zorgen:

1. Gebruiksvoorwaarden van het programma . Ze kunnen voorzien in de betaling van een vergoeding of, in sommige of alle gevallen, gratis gebruik toestaan.
2. Soms worden programma’s gemaakt om door de gemeenschap te worden ontwikkeld . In dit geval is het belangrijk dat iedereen die dat wenst zich vertrouwd kan maken met de programmateksten.
3. Wanneer de code beschikbaar is, kunnen sommigen wijzigingen aanbrengen om het programma functioneel en zo betrouwbaar mogelijk te maken. Soms kan de auteur iedereen dit toestaan, in andere gevallen biedt hij aan hem een ​​wijziging te sturen en past hij zelf het project aan.
4. U moet beslissen of derden wijzigingen in het project kunnen aanbrengen en namens hen voorstellen kunnen doen. In dit geval is het noodzakelijk om aan te geven met welke licentie hun product moet zijn.

Door deze en soortgelijke problemen op te lossen, bepaalt de auteur van de applicatie grotendeels het toekomstige lot van het softwareproduct dat hij heeft gemaakt.

Welke soorten licenties zijn er?

Een licentie is een overeenkomst waarin de ene partij (de licentiegever) een regel vaststelt voor de andere partij (de licentienemer) om het door haar gemaakte product te gebruiken. In de praktijk hebben we het niet over het ondertekenen van een document door partijen, maar over automatische toestemming met de bijbehorende rechten en plichten bij het gebruik ervan. Er zijn praktisch geen beperkingen voor het specificeren van rechten en plichten. De enige voorwaarde is dat ze zich aan de wet moeten houden. Het maken van uw eigen licenties is een lastige klus omdat u ervoor moet zorgen dat deze compatibel is met andere regelgeving. De beste optie is om een ​​van de standaardtypen van dergelijke documenten te selecteren en te gebruiken. In de praktijk is het ook gebruikelijk om multilicenties toe te passen. Meestal worden in dergelijke gevallen twee licenties tegelijkertijd gebruikt.Hoewel de auteur van het programma het recht heeft om zelfstandig de regels te formuleren die gebruikers moeten volgen, heeft zich in de praktijk het gebruik van een groot aantal soorten licenties ontwikkeld, waaruit u in de meeste gevallen de juiste kunt kiezen. De volgende zijn de meest populaire opties die in de meeste gevallen op Git Hub worden gebruikt. De meest gebruikte licenties op Git Hub zijn:
De programmeur zal er een moeten kunnen kiezen die bij zijn plannen past. Om dit correct te doen, moet u begrijpen welke kenmerken inherent zijn aan bepaalde soorten.

Als de auteur weigert het document te formuleren, is in dit geval het auteursrecht van toepassing, dat standaard wordt voorzien door de wetgeving van zijn land. Het ontbreken van een licentie op deze manier betekent niet dat je met het programma kunt doen wat je wilt. In feite kan deze situatie worden beschouwd als een van de soorten licenties.

Hoe kies je een Github-licentie

Alvorens te beginnen met het zoeken naar een geschikte optie, is het noodzakelijk dat de programmeur zijn eisen formuleert, van waaruit hij verder gaat met het verlenen van licenties. Vervolgens moet u vertrouwd raken met de typische opties die bij de aanvraag horen. Daarna moet u de juridische formulering zorgvuldig bestuderen en een definitieve beslissing nemen over wat de licentie zou moeten zijn. Om een ​​weloverwogen keuze te kunnen maken, moet u weten welke rechten en plichten worden bepaald door een bepaald type licentie. Om de juiste keuze te maken, kunt u gebruik maken van speciale diensten, vergelijkers genaamd. Hier zijn enkele voorbeelden:

1. https://choosealicense.com/. Deze site bevat leidende vragen voor het kiezen van de juiste optie en gedetailleerd advies om u te helpen de specifieke gebruikskenmerken te begrijpen.
2. De https://opensource.org/licenses-pagina is gewijd aan het beoordelen van verschillende gratis softwareoplossingen.
3. De site https://tldrlegal.com/ kan worden gezien als een encyclopedie voor verschillende licentiemogelijkheden. Het bevat zowel precieze juridische taal als gedetailleerd commentaar.

Vergelijk licenties op https://choosealicense.com/ [[]] De meest productieve keuze is echter om de relevante juridische documenten aandachtig te lezen. Hoewel dit een tijdrovende bezigheid is, zal het bestuderen van de teksten de ontwikkelaar alle antwoorden geven die hij nodig heeft.

Een licentie toevoegen aan Github

Ondanks een uitgebreide selectie licentiemogelijkheden, die in de praktijk hun effectiviteit en betrouwbaarheid hebben bewezen, kan de ontwikkelaar zijn eigen ideeën hebben over wat de licentie zou moeten zijn voor het programma dat hij heeft gemaakt. In dit geval biedt de service de mogelijkheid om uw eigen versie toe te voegen of de bestaande aan te passen. Om een ​​licentie aan Github toe te voegen, moet je deze stappen volgen:

1. U moet naar de hoofdpagina van uw repository gaan.
2. U moet op de knop klikken om een ​​bestand toe te voegen en vervolgens “Nieuw bestand maken” selecteren.
3. Vervolgens moet u de bestandsnaam invoeren. Voor een licentie kan dit een van de twee opties zijn: LICENSE of LICENCE.md. Hoofdlettergebruik is hier verplicht.
4. Klik rechts van het invoerveld voor de bestandsnaam op om een ​​licentiesjabloon te selecteren.
5. Selecteer in het menu aan de linkerkant van de pagina de regel “Een licentie toevoegen aan uw project”. In dit geval wordt een optie gekozen uit bestaande documenten.
6. Klik vervolgens op de regel “Bekijken en verzenden”. Voer vervolgens hun overeenkomstgegevens in.
7. Daarna is het noodzakelijk om duidelijk te maken wat de toevoegingen of wijzigingen zijn. Vervolgens geven ze aan of het geselecteerde document is gecorrigeerd of dat we het hebben over het maken van een andere versie van de licentie.

Nadat de wijzigingen zijn bevestigd, voltooit de ontwikkelaar de procedure voor het aanbrengen van wijzigingen in de lijst met licenties op de Git Hub-service.

Kies een licentie Github – Voorbeelden van populaire licenties op Git Hub

Vervolgens zullen we de opties bekijken die het populairst zijn. Als de programmeur hun sterke en zwakke punten heeft begrepen, kan hij de juiste optie vinden of begrijpen hoe hij effectief kan zoeken.

GPL

Deze licentie kan een van de meest populaire worden genoemd. Het is klassiek voor degenen die vrije software maken. Een van de belangrijkste vereisten van dit document is dat
derden het programma vrijelijk kunnen wijzigen , maar dat ze tegelijkertijd het recht hebben om het resultaat alleen onder dezelfde licentie te verspreiden. Deze licentie kan verschillende versies hebben. De laatste is de derde. De GPL werd gebruikt door ontwikkelaars van programma’s als het Drupal-systeem voor webcontentbeheer, het MariaDB-databasebeheersysteem, de vectorafbeeldingseditor InkSkape en verschillende andere. Het is interessant om op te merken dat SQL niet alleen de GPL gebruikt, maar ook een commerciële licentie.

LGPL

Deze titel vertaalt zich naar GNU Lesser General Public License GPL. Voor sommige ontwikkelaars is de GPL niet geschikt, omdat het voor hen een verplichting schept om gewijzigde producten onder dezelfde licentie te distribueren. De eigenaardigheden van het gebruik van deze optie kunnen worden geïllustreerd door hoe het proces van licentieverlening voor het gebruik van bibliotheken die door een programmeur zijn gemaakt, plaatsvindt. In dit geval is het gebruikelijk om de volgende drie opties te overwegen:

1. Wanneer een bibliotheek nieuwe functies biedt en geen enkele commerciële bibliotheek een vergelijkbare taak kan uitvoeren, dan is het gebruik van de GPL optimaal.
2. De ontwikkelaar in de gratis bibliotheek heeft de bestaande standaard al geïmplementeerd. In dit gebied zijn er commerciële opties met vergelijkbare functies. In dit geval is het handig om voor LGPL te kiezen.
3. Als het gaat om een ​​nieuwe standaard die daadwerkelijk concurreert met een commerciële, is de Apache-licentie geschikt.

Deze standaard
maakt commercieel gebruik van de bibliotheken mogelijk . Als er wijzigingen worden aangebracht, moeten dezelfde voorwaarden worden gebruikt voor de distributie. Door eenvoudig codegebruik kunnen de omstandigheden echter veranderen.

Eclipse openbare licentie

Dit document
staat distributie toe onder andere licenties, inclusief commerciële licenties . Voorwaarde is dat in de gewijzigde werken de innovaties in een aparte module worden geplaatst. Deze licentie heeft aan populariteit gewonnen bij de ontwikkeling van Java-producten. Een voorbeeld is de programmeertaal Clojure, een raamwerk voor het testen van java-applicaties.

Mozilla openbare licentie

Sommigen zien dit document als een compromis tussen de GPL en commerciële licenties. Het is een vereiste van de MPL om
openbare toegang te hebben tot bepaalde bestanden . Het softwareproduct kan sommige bestanden onder deze licentie bevatten en andere zonder. Na de wijziging is het toegestaan ​​om de benodigde licentie te plaatsen (het kan bijvoorbeeld een commerciële licentie zijn), maar dit is alleen mogelijk op voorwaarde dat de toegang tot de bestanden die onder de MPL zijn vrijgegeven nog steeds open is. In dit geval moet de eindgebruiker informatie krijgen over de auteurs van de originele software. LibreOffice Office, Mozilla-browser en andere softwareproducten zijn vrijgegeven in overeenstemming met dit document.

Apache-licentie Github

AL wordt een liberale vrije licentie genoemd. Dit kenmerk is te wijten aan het feit dat er
geen vereiste is om een ​​afgeleid product onder dezelfde voorwaarden als voorheen vrij te geven . Dit document wordt actief gebruikt door de Apache Software Foundation. Bij gebruik is het volgende toegestaan:

1. Het softwareproduct mag verder worden gebruikt voor commerciële doeleinden.
2. Wijzigingen in applicaties zijn toegestaan.
3. Latere herdistributies moeten de naam van de oorspronkelijke auteur bevatten.

Bij het aanmaken van een nieuwe variant zijn licentiehouders niet verplicht om de originele productcode te verstrekken. Deze licentie is enorm populair geworden. Dit kan worden aangetoond door de bekende softwareproducten op te sommen die onder dit type licentie worden uitgebracht: het Android-besturingssysteem, het raamwerk waarmee bedrijfsapplicaties in Java worden gemaakt, de Apache-webserver. https://youtu.be/wyZq-EazOmU

MIT-licentie

Sommige mensen vinden deze optie voor gratis softwarelicenties het populairst. Sommigen beschouwen het belangrijkste voordeel als een goede compatibiliteit met verschillende soorten gratis of commerciële licenties. De belangrijkste kenmerken zijn de
mogelijkheid om de code aan te passen, evenals de toestemming om te herdistribueren onder andere licenties naar keuze van de persoon die de wijzigingen heeft aangebracht . De softwareproducten die dit document gebruiken zijn: een JavaScript-bibliotheek genaamd JQuiery, een Atom-teksteditor, AngularJS – een raamwerk voor ontwikkeling in JavaScript.
Vergelijking van licenties voor Git Hub [/ caption]

Onderwater rotsen

Soms kiest de auteur in eerste instantie één versie van de licentie en wil deze later wijzigen. Als hij het programma alleen heeft gemaakt, zal zo’n verandering niet moeilijk zijn. Als er echter veel deelnemers aan de ontwikkeling waren, werkt het niet zonder hun toestemming. Zo zal de maker van Linux, hoewel hij feitelijk de basis van het besturingssysteem heeft gemaakt, de licentie niet kunnen wijzigen zonder toestemming van al die programmeurs die aan de verdere ontwikkeling hebben meegewerkt. Bij herdistributie onder MPL kunnen degenen die wijzigingen in de code hebben aangebracht, geen bestanden aanbieden onder MPL onder een andere licentie. Het gebruik van het nieuwe document is van toepassing op andere softwaremodules.