Vad du behöver veta om GitHub-licenser: hur man väljer och lägger till

GitHub-licenser – vad pratar vi om? För att skapa programvara behöver du inte bara skriva den utan också bestämma vad användare eller utvecklare har rätt att göra med den. Om någon skapar ett gratisprogram för alla gör han en god gärning, men den som använder det måste motivera hur han använder det. Till exempel, om ett företag i sin verksamhet kommer att arbeta med något gratiskontor (till exempel LibreOffice), måste det för revisorerna kunna bevisa att det har rätt att göra det. För att göra detta räcker det att presentera lämplig licens. Om utvecklaren glömmer att formulera det, kan företaget hamna i en svår situation.
Klassificering av licenser och typer av licenser [/ caption] När du skapar en applikation måste utvecklaren bestämma vilka åtgärder med hans program som kommer att tillåtas och vad som inte gör det. Till exempel kan vi prata inte bara om att använda, utan också om att studera texterna i program eller göra sina egna justeringar av mjukvaruprodukten. GitHub är en av de största tjänsterna för samarbetsprojektutveckling. Samtidigt kan de arbeta här inte bara med gratis, utan också med kommersiella projekt. Genom att ange en lämplig licens kommer utvecklare att eliminera förvirring om hur man använder den skapade produkten. Problemet är att det finns olika typer av licenser, och det är inte alltid lätt att avgöra vilket alternativ som bör föredras i ett särskilt fall. Dessutom är det inte ovanligt att vissa projekt saknar licens.Det är nödvändigt att lära sig mer om licensiering för att förstå vilka rättigheter och skyldigheter användarna har i olika fall.

Varför behöver jag licensiera Open Source-projekt på GitHub

Genom att ange den nödvändiga licensen kan utvecklaren tillhandahålla följande:

1. Användarvillkor för programmet . De kan föreskriva betalning av en avgift eller, i vissa eller alla fall, tillåta gratis användning.
2. Ibland skapas program för att utvecklas av samhället . I detta fall är det viktigt att alla som önskar kan sätta sig in i programtexterna.
3. När koden är tillgänglig kan vissa göra ändringar för att göra programmet funktionellt och så tillförlitligt som möjligt. Ibland kan författaren tillåta alla att göra detta, i andra fall erbjuder han sig att skicka en ändring till honom, och gör justeringar i projektet på egen hand.
4. Du måste bestämma om tredje part kan göra ändringar i projektet och föreslå på deras vägnar. I det här fallet är det nödvändigt att ange med vilken licens deras produkt ska vara.

För att lösa dessa och liknande problem, bestämmer författaren av applikationen faktiskt till stor del det framtida ödet för mjukvaruprodukten han skapade.

Vilka typer av licenser finns det

En licens är ett avtal där en part (licensgivaren) fastställer en regel för den andra parten (licenstagaren) att använda den produkt som den skapar. I praktiken talar vi inte om parternas undertecknande av ett dokument, utan om automatiskt samtycke med motsvarande rättigheter och skyldigheter vid dess användning. Det finns praktiskt taget inga begränsningar för att specificera rättigheter och skyldigheter. Det enda villkoret är att de måste följa lagen. Att skapa dina egna licenser är ett knepigt jobb då du måste se till att det är kompatibelt med andra regler. Det bästa alternativet är att välja och använda en av standardtyperna av sådana dokument. I praktiken är det också vanligt att använda multilicensiering. Oftast används i sådana fall två licenser samtidigt.Även om författaren till programmet har rätt att självständigt formulera de regler som användarna måste följa, men i praktiken har användningen av ett stort antal typer av licenser utvecklats, från vilka du kan välja den lämpliga i de flesta fall. Följande är de mest populära alternativen som används på Git Hub i de flesta fall. De vanligaste licenserna som används på Git Hub är:
Programmeraren måste kunna välja en som passar hans planer. För att göra detta korrekt måste du förstå vilka egenskaper som är inneboende i vissa arter.

Om författaren vägrar att formulera dokumentet, kommer i detta fall upphovsrätten att gälla, som tillhandahålls som standard av lagstiftningen i hans land. Avsaknaden av en licens på detta sätt betyder inte att du kan göra vad du vill med programmet. I själva verket kan denna situation betraktas som en av typerna av licenser.

Hur man väljer en Github-licens

Innan du börjar leta efter ett lämpligt alternativ är det nödvändigt att programmeraren formulerar sina krav, varifrån han kommer att fortsätta med ytterligare licensiering. Därefter bör du bekanta dig med de typiska alternativen som motsvarar förfrågan. Därefter måste du noggrant studera den juridiska formuleringen och fatta ett slutgiltigt beslut om vad licensen ska vara. För att kunna göra ett välgrundat val måste du förstå vilka rättigheter och skyldigheter som bestäms av en viss typ av licens. För att göra rätt val kan du använda speciella tjänster som kallas komparatorer. Här är några exempel:

1. https://choosealicense.com/. Den här webbplatsen innehåller vägledande frågor för att välja rätt alternativ och detaljerade råd som hjälper dig att förstå detaljerna i användningen.
2. Sidan https://opensource.org/licenses är tillägnad att granska olika gratisprogramvarulösningar.
3. Webbplatsen https://tldrlegal.com/ kan ses som ett uppslagsverk för olika licensalternativ. Den innehåller både exakt juridiskt språk och detaljerade kommentarer.

Jämför licenser på https://choosealicense.com/ [[]] Det mest produktiva valet är dock att noggrant läsa de relevanta juridiska dokumenten. Även om detta är en tidskrävande aktivitet, kommer ändå att studera texterna att ge utvecklaren alla svar han behöver.

Hur man lägger till en licens till Github

Trots ett omfattande urval av licensalternativ, som i praktiken har bevisat sin effektivitet och tillförlitlighet, kan utvecklaren ha sina egna idéer om vad licensen ska vara för programmet han skapat. I det här fallet ger tjänsten möjligheten att lägga till din egen version eller justera den befintliga. För att lägga till en licens till Github måste du följa dessa steg:

1. Du måste gå till huvudsidan för ditt arkiv.
2. Du måste klicka på knappen för att lägga till en fil, välj sedan ”Skapa ny fil”.
3. Därefter måste du ange filnamnet. För en licens kan det vara ett av två alternativ: LICENS eller LICENCE.md. Användning av stora bokstäver är obligatorisk här.
4. Till höger om inmatningsfältet för filnamnet klickar du för att välja en licensmall.
5. I menyn till vänster på sidan väljer du raden ”Lägg till en licens till ditt projekt”. I det här fallet väljs ett alternativ från befintliga dokument.
6. Klicka sedan på raden ”Granska och skicka”. Ange sedan deras avtalsuppgifter.
7. Därefter är det nödvändigt att klargöra vilka tillägg eller ändringar som gjorts. Därefter anger de om det valda dokumentet har korrigerats eller om vi talar om att skapa en annan version av licensen.

Efter att ha bekräftat ändringarna, slutför utvecklaren proceduren för att göra ändringar i listan över licenser på Git Hub-tjänsten.

Välj en licens Github – Exempel på populära licenser på Git Hub

Därefter kommer vi att överväga de alternativ som är mest populära. Efter att ha förstått deras styrkor och svagheter kommer programmeraren att kunna hitta rätt alternativ eller förstå hur man effektivt söker.

GPL

Denna licens kan kallas en av de mest populära. Det är klassiskt för dem som gör gratis mjukvara. Ett av huvudkraven i detta dokument är att det
tillåter tredje parter att fritt ändra programmet , men samtidigt har de rätten att distribuera resultatet endast under samma licens. Denna licens kan ha olika versioner. Den senaste är den tredje. GPL användes av utvecklare av sådana program som Drupal webbinnehållshanteringssystem, MariaDB databashanteringssystem, vektorgrafikredigeraren InkSkape och flera andra. Det är intressant att notera att SQL inte bara använder GPL utan också en kommersiell licens.

LGPL

Den här titeln översätts till GNU Lesser General Public License GPL. För vissa utvecklare är GPL inte lämpligt, eftersom det skapar en skyldighet för dem att distribuera modifierade produkter under samma licens. Egenskaperna med att använda det här alternativet kan illustreras av hur processen för licensiering av användningen av bibliotek skapade av en programmerare sker. I det här fallet är det vanligt att överväga följande tre alternativ:

1. När ett bibliotek tillhandahåller nya funktioner och inga kommersiella bibliotek kan utföra en liknande uppgift, då är användningen av GPL optimal.
2. Utvecklaren i gratisbiblioteket har redan implementerat den befintliga standarden. Inom detta område finns kommersiella alternativ med liknande funktioner. I det här fallet kommer det att vara bekvämt att välja LGPL.
3. När det kommer till en ny standard som faktiskt konkurrerar med en kommersiell är Apache-licensen lämplig.

Denna standard
tillåter kommersiell användning av biblioteken . Om ändringar görs måste samma villkor användas för distribution. Enkel kodanvändning tillåter dock att förhållandena ändras.

Eclipse Public License

Detta dokument
tillåter distribution under andra licenser, inklusive kommersiella . Huvudvillkoret är att innovationerna i de modifierade verken kommer att placeras i en separat modul. Denna licens har vunnit popularitet i utvecklingen av Java-produkter. Ett exempel är programmeringsspråket Clojure, ett ramverk för att testa java-applikationer.

Mozilla Public License

Vissa ser detta dokument som en kompromiss mellan GPL och kommersiella licenser. Det är ett krav för MPL att
ha allmän tillgång till vissa filer . Programvaruprodukten kan innehålla vissa filer under denna licens och andra utan den. Efter ändringen är det tillåtet att lägga till den licens som behövs (till exempel kan den vara en kommersiell), men detta är endast möjligt under förutsättning att åtkomsten till filerna som släppts under MPL fortfarande är öppen. I det här fallet bör slutanvändaren förses med information om upphovsmännen till den ursprungliga programvaran. LibreOffice office, Mozilla webbläsare och andra mjukvaruprodukter släpptes i enlighet med detta dokument.

Apache-licens Github

AL kallas en liberal fri licens. Denna funktion beror på det faktum att det inte finns
något krav på att släppa en derivatprodukt under samma förhållanden som tidigare . Detta dokument används aktivt av Apache Software Foundation. När du använder det är följande tillåtet:

1. Mjukvaruprodukten får fortsätta att användas för kommersiella ändamål.
2. Ändringar av applikationer är tillåtna.
3. Efterföljande omdistributioner måste innehålla namnet på den ursprungliga författaren.

När du skapar en ny variant har licensinnehavare ingen skyldighet att tillhandahålla den ursprungliga produktkoden. Denna licens har vunnit stor popularitet. Detta kan demonstreras genom att lista de välkända mjukvaruprodukterna som släpps under denna typ av licens: Android-operativsystemet, ramverket för att skapa företagsapplikationer i Java, Apache-webbservern. https://youtu.be/wyZq-EazOmU

MIT-licens

Vissa människor tycker att detta gratisprogramvarulicensalternativ är det mest populära. Vissa anser att dess främsta fördel är god kompatibilitet med olika typer av gratis eller kommersiella licenser. De viktigaste funktionerna är
möjligheten att modifiera koden, samt tillåtelse att omdistribuera under andra licenser efter val av den person som gjorde ändringarna . Programvaruprodukterna som använder detta dokument är: ett JavaScript-bibliotek som heter JQuiery, en Atom-textredigerare, AngularJS – ett ramverk för utveckling i JavaScript.
Jämförelse av licenser för Git Hub [/ caption]

Undervattensstenar

Ibland väljer författaren först en version av licensen och vill senare ändra den. Om han skapade programmet ensam, kommer en sådan förändring inte att vara svår. Men i de fall där det var många deltagare i utvecklingen kommer det inte att fungera utan deras medgivande. Till exempel kommer skaparen av Linux, även om han faktiskt låg till grund för operativsystemet, inte att kunna ändra licensen utan samtycke från alla de programmerare som deltog i vidareutvecklingen. Vid vidaredistribution under MPL kan de som gjort ändringar i koden inte erbjuda filer under MPL under annan licens. Användningen av det nya dokumentet kommer att gälla för andra programvarumoduler.