Amit a GitHub-licencekről tudni kell: hogyan kell kiválasztani és hozzáadni

GitHub licencek – miről beszélünk? Szoftver létrehozásához nem csak meg kell írni, hanem azt is el kell döntenie, hogy a felhasználóknak vagy a fejlesztőknek mihez van joguk hozzá. Ha valaki mindenkinek készít ingyenes programot, az jót tesz, de aki használja, annak meg kell indokolnia, hogyan használja. Például, ha egy cég tevékenysége során bármely szabad irodával dolgozik (például LibreOffice), akkor a könyvvizsgálók számára igazolnia kell, hogy erre jogosult. Ehhez elegendő a megfelelő engedély bemutatása. Ha a fejlesztő elfelejti megfogalmazni, akkor a cég nehéz helyzetbe kerülhet.
Licencek osztályozása és licenctípusok [/ caption] Az alkalmazás létrehozásakor a fejlesztőnek el kell döntenie, hogy a programjával milyen műveletek engedélyezettek és melyek nem. Például nem csak a használatról beszélhetünk, hanem a programok szövegeinek tanulmányozásáról vagy a szoftvertermék saját beállításáról is. A GitHub az együttműködésen alapuló projektfejlesztés egyik legnagyobb szolgáltatása. Ugyanakkor nemcsak ingyenes, hanem kereskedelmi projekteken is dolgozhatnak itt. A megfelelő licenc megadásával a fejlesztők kiküszöbölik a félreértéseket a létrehozott termék használatával kapcsolatban. A probléma az, hogy különböző típusú licencek léteznek, és nem mindig könnyű meghatározni, hogy egy adott esetben melyik opciót kell előnyben részesíteni. Az sem ritka, hogy egyes projekteknek nincs engedélye.Ahhoz, hogy megértsük, milyen jogok és kötelezettségek merülnek fel a felhasználóknak az egyes esetekben, többet kell megtudni a licencelésről.

Miért kell licencelnem nyílt forráskódú projekteket a GitHubon?

A szükséges licenc megadásával a fejlesztő a következőket biztosíthatja:

1. A program használati feltételei . Előírhatják díjfizetést, vagy egyes esetekben vagy minden esetben lehetővé teszik az ingyenes felhasználást.
2. Néha olyan programokat hoznak létre, amelyeket a közösség fejleszt . Ebben az esetben fontos, hogy a műsorszövegekkel mindenki megismerkedhessen, aki szeretne.
3. Ha a kód elérhető, néhányan módosíthatják a programot, hogy a program működőképes és a lehető legmegbízhatóbb legyen. Néha a szerző megengedheti ezt mindenkinek, más esetekben felajánlja, hogy elküldi neki a változtatást, és önállóan módosítja a projektet.
4. El kell döntenie, hogy harmadik felek módosíthatnak-e a projekten, és javaslatot tehetnek-e a nevükben. Ebben az esetben jelezni kell, hogy a termékük milyen licenccel legyen.

Ilyen és ehhez hasonló kérdéseket megoldva az alkalmazás készítője tulajdonképpen nagymértékben meghatározza az általa készített szoftvertermék további sorsát.

Milyen típusú licencek vannak

A licenc olyan megállapodás, amelyben az egyik fél (a licencadó) szabályt állapít meg a másik fél (a licences) számára az általa létrehozott termék használatára. A gyakorlatban nem egy dokumentum felek általi aláírásáról beszélünk, hanem automatikus beleegyezésről a megfelelő jogokkal és kötelezettségekkel annak felhasználása során. A jogok és kötelezettségek meghatározására gyakorlatilag nincsenek korlátozások. Az egyetlen feltétel az, hogy be kell tartaniuk a törvényt. Saját licencek létrehozása bonyolult feladat, mivel meg kell győződnie arról, hogy kompatibilis a többi szabályozással. A legjobb megoldás az ilyen dokumentumok standard típusának kiválasztása és használata. A gyakorlatban a többszörös licencelés is bevett szokás. Ilyen esetekben leggyakrabban két licencet használnak egyszerre.Bár a program készítőjének joga van önállóan megfogalmazni azokat a szabályokat, amelyeket a felhasználóknak be kell tartaniuk, ennek ellenére a gyakorlatban nagyszámú licenctípus felhasználása alakult ki, amelyek közül a legtöbb esetben kiválaszthatja a megfelelőt. Az alábbiak a Git Hubon a legtöbb esetben használt legnépszerűbb opciók. A Git Hubon leggyakrabban használt licencek a következők:
A programozónak ki kell tudnia választani egyet, amely megfelel a terveinek. Ennek helyes végrehajtásához meg kell értenie, hogy bizonyos fajok milyen jellemzői vannak.

Ha a szerző megtagadja a dokumentum megfogalmazását, akkor ebben az esetben a szerzői jog érvényesül, amelyet alapértelmezés szerint országa jogszabályai biztosítanak. A licenc hiánya nem jelenti azt, hogy azt csinálhat a programmal, amit akar. Valójában ez a helyzet az engedélyek egyik típusának tekinthető.

Hogyan válasszunk Github licencet

Mielőtt elkezdené a megfelelő opció keresését, a programozónak meg kell fogalmaznia az igényeit, amelyek alapján folytatja a további engedélyezést. Ezután meg kell ismerkednie a kérésnek megfelelő tipikus lehetőségekkel. Ezt követően alaposan tanulmányoznia kell a jogi szöveget, és meg kell hoznia a végső döntést arról, hogy mi legyen az engedély. A megalapozott döntés meghozatalához meg kell értenie, hogy egy adott típusú licenc milyen jogokat és kötelezettségeket határoz meg. A megfelelő választáshoz használhat speciális szolgáltatásokat, amelyeket összehasonlítónak neveznek. Íme néhány példa:

1. https://choosealicence.com/. Ez az oldal útmutató kérdéseket tartalmaz a megfelelő opció kiválasztásához, és részletes tanácsokat tartalmaz, amelyek segítenek megérteni a felhasználás sajátosságait.
2. A https://opensource.org/licenses oldal a különféle ingyenes szoftvermegoldások áttekintésére szolgál.
3. A https://tldrlegal.com/ webhely enciklopédiájaként tekinthető meg a különféle licencelési lehetőségekhez. Pontos jogi nyelvezetet és részletes kommentárt egyaránt tartalmaz.

Hasonlítsa össze a licenceket a https://choosealicense.com/ oldalon [[]] A legeredményesebb megoldás azonban a vonatkozó jogi dokumentumok figyelmes elolvasása. Bár ez időigényes tevékenység, ennek ellenére a szövegek tanulmányozása megadja a fejlesztőnek minden szükséges választ.

Licenc hozzáadása a Githubhoz

A licenclehetőségek széles választéka ellenére, amelyek a gyakorlatban bebizonyították hatékonyságukat és megbízhatóságukat, a fejlesztőnek saját elképzelései lehetnek arról, hogy mi legyen az általa létrehozott program licence. Ebben az esetben a szolgáltatás lehetőséget biztosít saját verzió hozzáadására vagy a meglévő módosítására. Ha licencet szeretne hozzáadni a Githubhoz, kövesse az alábbi lépéseket:

1. A tárhely főoldalára kell lépnie.
2. Fájl hozzáadásához kattintson a gombra, majd válassza az “Új fájl létrehozása” lehetőséget.
3. Ezután meg kell adnia a fájl nevét. Licenc esetén két lehetőség közül választhat: LICENSE vagy LICENCE.md. A nagybetűk használata itt kötelező.
4. A fájlnév beviteli mezőjétől jobbra kattintson a licencsablon kiválasztásához.
5. Az oldal bal oldalán található menüben válassza ki a „Licenc hozzáadása a projekthez” sort. Ebben az esetben a rendszer a meglévő dokumentumok közül választ egy lehetőséget.
6. Ezután kattintson az „Ellenőrzés és benyújtás” sorra. Ezután adja meg a szerződés adatait.
7. Ezt követően tisztázni kell, hogy milyen kiegészítések, változtatások történtek. Ezután jelzik, hogy a kiválasztott dokumentumot javították-e, vagy a licenc másik verziójának létrehozásáról beszélünk.

A változtatások megerősítése után a fejlesztő befejezi a Git Hub szolgáltatás licenclistájának módosítására vonatkozó eljárást.

Válasszon licencet Github – Példák népszerű licencekre a Git Hubon

Ezután megvizsgáljuk azokat a lehetőségeket, amelyek a legnépszerűbbek. Miután megértette erősségeit és gyengeségeit, a programozó képes lesz megtalálni a megfelelő lehetőséget, vagy megérti, hogyan kell hatékonyan keresni.

GPL

Ez a licenc az egyik legnépszerűbbnek nevezhető. Klasszikus azok számára, akik ingyenes szoftvereket készítenek. Ennek a dokumentumnak az egyik fő követelménye, hogy lehetővé tegye
harmadik felek számára, hogy szabadon módosítsák a programot , ugyanakkor jogukban áll az eredményt csak ugyanazon licenc alatt terjeszteni. Ennek a licencnek különböző verziói lehetnek. A legújabb a harmadik. A GPL-t olyan programok fejlesztői használták, mint a Drupal webes tartalomkezelő rendszer, a MariaDB adatbázis-kezelő rendszer, az InkSkape vektorgrafikus szerkesztő és még sok más. Érdekes megjegyezni, hogy az SQL nem csak a GPL-t használja, hanem kereskedelmi licencet is.

LGPL

Ez a cím a GNU Lesser General Public License GPL-t jelenti. Egyes fejlesztők számára a GPL nem megfelelő, mivel kötelezi őket a módosított termékek ugyanazon licenc alatt történő terjesztésére. Ennek az opciónak a használatának sajátosságait szemléltethetjük azzal, hogy miként megy végbe a programozó által létrehozott könyvtárak használatának engedélyezési folyamata. Ebben az esetben a következő három lehetőséget szokás mérlegelni:

1. Ha egy könyvtár új funkciókat biztosít, és egyetlen kereskedelmi könyvtár sem tud hasonló feladatot ellátni, akkor a GPL használata optimális.
2. Az ingyenes könyvtár fejlesztője már megvalósította a meglévő szabványt. Ezen a területen vannak hasonló funkciókkal rendelkező kereskedelmi lehetőségek. Ebben az esetben kényelmes lesz az LGPL választása.
3. Ha egy új szabványról van szó, amely ténylegesen versenyez egy kereskedelmi szabvánnyal, az Apache licenc megfelelő.

Ez a szabvány
lehetővé teszi a könyvtárak kereskedelmi használatát . Módosítások esetén ugyanazokat a feltételeket kell alkalmazni a terjesztésre. Az egyszerű kódhasználat azonban lehetővé teszi a feltételek megváltoztatását.

Eclipse nyilvános licenc

Ez a dokumentum
lehetővé teszi a terjesztést más licencek alapján, beleértve a kereskedelmi licenceket is . A fő feltétel, hogy a módosított művekben külön modulba kerüljenek az újítások. Ez a licenc népszerűségre tett szert a Java termékek fejlesztése során. Példa erre a Clojure programozási nyelv, a java alkalmazások tesztelésének keretrendszere.

Mozilla Public License

Egyesek szerint ez a dokumentum kompromisszum a GPL és a kereskedelmi licencek között. Az MPL előírása,
hogy bizonyos fájlokhoz nyilvános hozzáféréssel rendelkezzen . A szoftvertermék egyes fájlokat tartalmazhat a jelen licenc alatt, másokat pedig anélkül. A módosítás után a szükséges licencet fel lehet tenni (például lehet kereskedelmi), de ez csak azzal a feltétellel lehetséges, hogy az MPL alatt kiadott fájlok továbbra is elérhetők. Ebben az esetben a végfelhasználót tájékoztatni kell az eredeti szoftver szerzőiről. A LibreOffice iroda, a Mozilla böngésző és más szoftvertermékek a jelen dokumentumnak megfelelően kerültek kiadásra.

Apache License Github

Az AL-t liberális szabad licencnek hívják. Ez a funkció annak a ténynek köszönhető, hogy
nem szükséges a származékos terméket ugyanolyan feltételek mellett kiadni, mint korábban . Ezt a dokumentumot az Apache Software Foundation aktívan használja. Használata során a következők megengedettek:

1. A szoftvertermék kereskedelmi célokra továbbra is használható.
2. Az alkalmazások módosítása megengedett.
3. A későbbi újraterjesztéseknek tartalmazniuk kell az eredeti szerző nevét.

Új változat létrehozásakor az engedélyesek nem kötelesek megadni az eredeti termékkódot. Ez az engedély jelentős népszerűségre tett szert. Ez bizonyítható az ilyen típusú licenc alatt kiadott ismert szoftvertermékek felsorolásával: az Android operációs rendszer, a keretrendszer, amellyel Java-ban lehet vállalati alkalmazásokat létrehozni, az Apache webszerver. https://youtu.be/wyZq-EazOmU

MIT licenc

Vannak, akik ezt az ingyenes szoftverlicencelési lehetőséget tartják a legnépszerűbbnek. Egyesek úgy vélik, hogy fő előnye a jó kompatibilitás a különböző típusú ingyenes vagy kereskedelmi licencekkel. A legfontosabb jellemzők
a kód módosításának lehetősége, valamint a módosításokat végrehajtó személy választása szerint más licencek alapján történő újraterjesztés engedélyezése . A dokumentumot használó szoftvertermékek a következők: a JQuiery nevű JavaScript-könyvtár, egy Atom szövegszerkesztő, AngularJS – egy JavaScript-alapú fejlesztési keretrendszer. A
Git Hub licenceinek összehasonlítása [/ caption]

Víz alatti sziklák

Előfordul, hogy a szerző kezdetben a licenc egyik verzióját választja, majd később meg akarja változtatni. Ha egyedül hozta létre a programot, akkor egy ilyen változtatás nem lesz nehéz. Azonban azokban az esetekben, amikor sok résztvevő volt a fejlesztésben, akkor ez nem fog működni az ő beleegyezésük nélkül. Például a Linux megalkotója, bár valójában ő tette az operációs rendszer alapját, nem változtathatja meg a licencet mindazon programozók beleegyezése nélkül, akik részt vettek a további fejlesztésben. MPL alatti újraterjesztéskor azok, akik megváltoztatták a kódot, nem kínálhatnak fájlokat MPL alatt más licenc alatt. Az új dokumentum használata más szoftvermodulokra is vonatkozik.