GitHub лицензиялары туралы не білу керек: қалай таңдауға және қосуға болады

GitHub лицензиялары – біз не туралы айтып отырмыз? Бағдарламалық жасақтаманы жасау үшін оны жазып қана қоймай, сонымен қатар пайдаланушылардың немесе әзірлеушілердің онымен не істеуге құқығы бар екенін шешу керек. Кімде-кім барлығына тегін бағдарлама жасаса, ол сауапты іс жасап жатыр, бірақ оны кім пайдаланса, оны қалай пайдаланып жатқанын ақтау керек. Мысалы, егер компания өз қызметінде қандай да бір бос кеңсемен (мысалы, LibreOffice) жұмыс істейтін болса, онда ол инспекторларға оның құқығы бар екенін дәлелдей алуы керек. Ол үшін тиісті лицензияны көрсету жеткілікті болады. Егер әзірлеуші ​​оны тұжырымдауды ұмытып кетсе, онда компания қиын жағдайда болуы мүмкін. [ Caption id=”attachment_11854″ align=”aligncenter” ені=”1024″]
Лицензиялардың жіктелуі және лицензия түрлері[/caption] Қолданбаны жасау кезінде әзірлеуші ​​​​өз бағдарламасымен қандай әрекеттерге рұқсат етілетінін және қайсысы рұқсат етілмейтінін шешуі керек. Мысалы, біз тек пайдалану туралы ғана емес, сонымен қатар бағдарламалардың мәтіндерін зерттеу немесе бағдарламалық өнімге өзіңіздің түзетулеріңізді енгізу туралы да айта аламыз. GitHub – бірлескен жобаны әзірлеуге арналған ең үлкен қызметтердің бірі. Бұл ретте олар мұнда тек тегін емес, коммерциялық жобаларда да жұмыс істей алады. Тиісті лицензияны көрсете отырып, әзірлеушілер жасалған өнімді пайдалану жолындағы түсініксіздіктерді жояды. Мәселе мынада, лицензиялардың көптеген түрлері бар және белгілі бір жағдайда қандай опцияны таңдау керектігін анықтау әрдайым оңай емес. Сондай-ақ, кейбір жобалардың лицензиясы жоқтығы сирек емес.

Неліктен GitHub сайтында ашық бастапқы жобаларды лицензиялау керек

Қажетті лицензияны көрсету кезінде әзірлеуші ​​онда мыналарды қамтамасыз ете алады:

1. Бағдарламаны пайдалану шарттары . Олар ақылы болуы мүмкін немесе кейбір немесе барлық жағдайларда тегін пайдалануға рұқсат береді.
2. Кейде бағдарламалар қоғамдастық әзірлеу үшін жасалады . Бұл жағдайда бағдарлама мәтіндерімен танысқысы келетін әрбір адам маңызды.
3. Бағдарлама мәтіндері қол жетімді болғанда, кейбіреулер бағдарламаны функционалды және мүмкіндігінше сенімді ету үшін өзгертулер енгізуі мүмкін. Кейде автор бәріне мұны істеуге рұқсат бере алады, басқа жағдайларда ол өзгертуді оған жіберуді ұсынады және жобаға өз бетінше түзетулер енгізеді.
4. Сіз үшінші тұлғалар жобаға өзгерістер енгізе алатынын және олардың атынан ұсына алатынын шешуіңіз керек. Бұл әрекетті орындау кезінде олардың өнімі қандай лицензиямен болуы керектігін көрсетуіңіз керек.

Осы және ұқсас сұрақтарды шеше отырып, қосымшаның авторы іс жүзінде өзі жасаған бағдарламалық өнімнің болашақ тағдырын анықтайды.

Лицензиялардың қандай түрлері бар

Лицензия – бір тарап (лицензиар) екінші тарапқа (лицензиатқа) өзі жасаған өнімді пайдалану ережесін белгілейтін келісім. Іс жүзінде біз тараптардың құжатқа қол қоюы туралы емес, оны пайдалану кезінде сәйкес құқықтар мен міндеттермен автоматты түрде келісу туралы айтып отырмыз. Құқықтар мен міндеттерді көрсетуде іс жүзінде ешқандай шектеулер жоқ. Жалғыз шарт – олар заң талаптарын орындауы керек. Жеке лицензияларды жасау күрделі жұмыс болып табылады, өйткені ол басқа ережелермен үйлесімді болуы керек. Ең жақсы нұсқа – мұндай құжаттардың стандартты сорттарының бірін таңдау және пайдалану. Тәжірибеде мультилицензиялауды қолдану да әдетке айналған. Көбінесе мұндай жағдайларда екі лицензия бір уақытта қолданылады. Бағдарламаның авторы пайдаланушылар ұстануға тиіс ережелерді дербес тұжырымдауға құқылы болса да, іс жүзінде лицензиялардың көптеген түрлерін пайдалану дамыды, олардың ішінен көп жағдайда дұрысын таңдауға болады. Төменде Git Hub жүйесінде көп жағдайда қолданылатын ең танымал опциялар берілген. Git Hub жүйесінде жиі қолданылатын лицензиялар:
Бағдарламашы өз жоспарларына сәйкес келетін біреуін таңдай алуы керек. Мұны дұрыс жасау үшін белгілі бір түрлерге қандай ерекшеліктер тән екенін түсіну керек.

Егер автор құжатты ресімдеуден бас тартса, онда бұл жағдайда өз елінің заңнамасында әдепкі бойынша көзделген авторлық құқықтар қолданылады. Бұл жолмен лицензияның болмауы бағдарламамен ештеңе жасауға болады дегенді білдірмейді. Шын мәнінде мұндай жағдайды лицензия түрлерінің бірі ретінде қарастыруға болады.

Github лицензиясын қалай таңдауға болады

Сәйкес нұсқаны іздеуді бастамас бұрын, бағдарламашы өз талаптарын тұжырымдау керек, ол одан әрі лицензиялауды жалғастырады. Содан кейін сұрауға сәйкес келетін типтік опциялармен танысу керек. Осыдан кейін сізге заң тілін мұқият зерттеп, лицензияның қандай болуы керектігі туралы түпкілікті шешім қабылдау қажет болады. Саналы таңдау жасау үшін лицензияның белгілі бір түрімен қандай құқықтар мен міндеттер байланысты екенін түсіну керек. Дұрыс таңдау жасау үшін компараторлар деп аталатын арнайы қызметтерді пайдалануға болады. Міне, кейбір мысалдар:

1. https://choosealicense.com/. Бұл сайтта дұрыс опцияны таңдауға арналған жетекші сұрақтар және пайдалану мүмкіндіктерін түсінуге көмектесетін егжей-тегжейлі кеңестер бар.
2. https://opensource.org/licenses беті әртүрлі тегін бағдарламалық шешімдерді қарауға арналған.
3. https://tldrlegal.com/ сайтын әртүрлі лицензия опцияларына арналған энциклопедия ретінде қарастыруға болады. Нақты құқықтық тұжырымдар да, егжей-тегжейлі түсініктемелер де бар.

Дегенмен, таңдаудың ең тиімді жолы – тиісті заңды құжаттарды мұқият оқып шығу. . Біз көп еңбекті қажет ететін әрекеттер туралы айтып отырғанымызға қарамастан, мәтіндерді зерттеу әзірлеушіге барлық қажетті жауаптарды береді.

Github-қа лицензияны қалай қосуға болады

Тәжірибеде тиімді және сенімді екендігі дәлелденген лицензия нұсқаларының кең таңдауына қарамастан, әзірлеушінің өзі жасаған бағдарламаның лицензиясы қандай болуы керектігі туралы өз идеялары болуы мүмкін. Бұл жағдайда қызмет өз нұсқаңызды қосу немесе бар нұсқаны реттеу мүмкіндігін береді. Github-қа лицензия қосу үшін келесі қадамдарды орындау қажет:

1. Сізге репозиторийдің негізгі бетіне өту керек.
2. Файлды қосу үшін түймені басу керек, содан кейін «Жаңа файл жасау» тармағын таңдаңыз.
3. Содан кейін файл атауын енгізу керек. Лицензия үшін бұл екі опцияның бірі болуы мүмкін: LICENSE немесе LICENCE.md. Мұнда бас әріптерді қолдану міндетті болып табылады.
4. Файл атауын енгізу өрісінің оң жағында лицензия үлгісін таңдау үшін басыңыз.
5. Беттің сол жағындағы мәзірде «Жобаңызға лицензия қосу» жолын таңдаңыз. Бұл жағдайда бар құжаттардан нұсқа таңдалады.
6. Содан кейін «Қарап шығу және жіберу» жолын басыңыз. Содан кейін келісім мәліметтерін енгізіңіз.
7. Осыдан кейін қандай толықтырулар немесе өзгерістер енгізілгенін нақтылау қажет. Содан кейін таңдалған құжаттың түзетілгенін немесе лицензияның басқа нұсқасын жасау туралы екенін көрсетіңіз.

Өзгерістерді растағаннан кейін әзірлеуші ​​Git Hub қызметіндегі лицензиялар тізіміне өзгертулер енгізу процедурасын аяқтайды.

Github лицензиясын таңдаңыз – Git Hub жүйесіндегі танымал лицензиялардың мысалдары

Төменде ең танымал опциялар берілген. Олардың күшті және әлсіз жақтарын түсіну арқылы бағдарламашы дұрыс нұсқаны таба алады немесе қалай тиімді іздеу керектігін түсінеді.

GPL

Бұл лицензияны ең танымалдардың бірі деп атауға болады. Бұл тегін бағдарламалық жасақтаманы шығаратындар үшін классикалық. Бұл құжаттың негізгі талаптарының бірі – бұл
үшінші тұлғаларға бағдарламаны еркін өзгертуге мүмкіндік береді , бірақ сонымен бірге олар нәтижені бір лицензия бойынша ғана таратуға құқылы. Бұл лицензияның әртүрлі нұсқалары болуы мүмкін. Бұлардың ең соңғысы – үшінші. GPL Drupal веб-мазмұнды басқару жүйесі, MariaDB дерекқорын басқару жүйесі, InkSkape векторлық графикалық редакторы және басқалары сияқты бағдарламаларды әзірлеушілермен пайдаланылды. Бір қызығы, SQL тек GPL емес, сонымен қатар коммерциялық лицензияны да пайдаланады.

LGPL

Бұл атау «GNU GPL Lesser General Public License» деп аударылады. Кейбір әзірлеушілер үшін GPL жарамсыз, себебі ол өзгертілген өнімдерді бір лицензия бойынша таратуға міндеттеме жасайды. Бұл опцияны қолдану ерекшеліктерін бағдарламашы жасаған кітапханаларды пайдалануды лицензиялау процесі қалай өтетінімен көрсетуге болады. Бұл жағдайда келесі үш нұсқа қарастырылады:

1. Кітапхана басқа коммерциялық кітапханалар мұны істей алмайтын жаңа функционалдылықты қамтамасыз еткенде, GPL ең жақсы таңдау болып табылады.
2. Тегін кітапханадағы әзірлеуші ​​бұрыннан бар стандартты енгізген. Бұл аймақта ұқсас функциялары бар коммерциялық опциялар бар. Бұл жағдайда LGPL таңдау ыңғайлы болады.
3. Коммерциялық стандартпен шын мәнінде бәсекелесетін жаңа стандартқа келетін болсақ, Apache лицензиясы баратын жол болып табылады.

Бұл стандарт
кітапханаларды коммерциялық пайдалануға мүмкіндік береді . Егер өзгертулер енгізілсе, тарату үшін бірдей шарттар мен шарттар қолданылуы керек. Дегенмен, кодты қарапайым пайдалану шарттарды өзгертуге мүмкіндік береді.

Eclipse Public License

Бұл құжат
басқа лицензиялар, соның ішінде коммерциялық лицензиялар бойынша таратуға рұқсат береді . Негізгі шарт – өзгертілген жұмыстарда инновациялар жеке модульге орналастырылады. Бұл лицензия Java-да өнімдерді әзірлеуде танымал болды. Мысал ретінде Clojure бағдарламалау тілі, java қолданбаларын сынауға арналған негіз болып табылады.

Mozilla қоғамдық лицензиясы

Кейбіреулер бұл құжатты GPL және коммерциялық лицензиялар арасындағы ымыра ретінде қарастырады. MPL
белгілі бір файлдарға ашық қол жеткізуді талап етеді . Бағдарламалық құрал өнімінде осы лицензия бойынша кейбір файлдар болуы мүмкін, ал басқалары онсыз болуы мүмкін. Өзгертуден кейін қажет лицензияны қоюға рұқсат етіледі (мысалы, ол коммерциялық болуы мүмкін), бірақ бұл MPL бойынша шығарылған файлдарға қолжетімділік әлі де ашық болған жағдайда ғана мүмкін болады. Бұл жағдайда соңғы пайдаланушыға бағдарламалық қамтамасыз етудің түпнұсқа авторлары туралы ақпарат берілуі керек. Осы құжатқа сәйкес LibreOffice кеңсесі, Mozilla браузері және басқа бағдарламалық өнімдер шығарылды.

Apache лицензиясы Github

AL либералды тегін лицензия деп аталады. Бұл ерекшелік
туынды өнімді бұрынғыдай шарттарда шығаруға қойылатын талаптардың жоқтығына байланысты . Бұл құжатты Apache Software Foundation белсенді пайдаланады. Қолданған кезде мыналарға рұқсат етіледі:

1. Бағдарламалық өнімді одан әрі коммерциялық мақсатта пайдалануға рұқсат етіледі.
2. Қолданбаны өзгертуге рұқсат етіледі.
3. Кейінгі таралымдарда түпнұсқа автордың аты болуы керек.

Жаңа нұсқаны жасау арқылы лицензиаттардың түпнұсқалық өнім кодын ұсыну міндеттемесі жоқ. Мұндай лицензия айтарлықтай танымал болды. Мұны лицензияның осы түрі бойынша шығарылатын белгілі бағдарламалық өнімдерді тізімдеу арқылы көрсетуге болады: Android операциялық жүйесі, Java тілінде кәсіпорын қолданбаларын жасайтын құрылым және Apache веб-сервері. https://youtu.be/wyZq-EazOmU

MIT лицензиясы

Кейбіреулер бұл тегін бағдарламалық жасақтама лицензиясының нұсқасын ең танымал деп санайды. Оның басты артықшылығын кейбіреулер тегін немесе коммерциялық лицензиялардың әртүрлі түрлерімен жақсы үйлесімділік деп санайды. Ең маңызды мүмкіндіктер –
кодты өзгерту мүмкіндігі, сондай-ақ өзгертулерді жасаған адамның таңдауы бойынша басқа лицензиялар бойынша таратуға рұқсат . Бұл құжатты пайдаланатын бағдарламалық өнімдер: JQuiery деп аталатын JavaScript кітапханасы, Atom мәтіндік редакторы, AngularJS, JavaScript әзірлеу негізі.

Су астындағы тастар

Кейде автор алдымен лицензияның бір нұсқасын таңдайды, ал кейінірек оны өзгерткісі келеді. Егер ол бағдарламаны жалғыз жасаған болса, онда мұндай өзгеріс қиын болмас еді. Алайда, әзірлеуге көптеген қатысушылар болған жағдайда, олардың келісімінсіз бұл жұмыс істемейді. Мысалы, Linux құрушы, ол шын мәнінде операциялық жүйенің негізін жасағанымен, одан әрі әзірлеуге қатысқан барлық бағдарламашылардың келісімінсіз лицензияны өзгерте алмайды. MPL бойынша тарату кезінде кодқа өзгерістер енгізгендер MPL бойынша файлдарды басқа лицензия бойынша ұсына алмайды. Жаңа құжатты пайдалану басқа бағдарламалық модульдерге қатысты болады.