Што треба да знаете за лиценците на GitHub: како да изберете и додадете

GitHub лиценци – за што зборуваме? За да се создаде софтвер, не само што мора да се напише, туку и да се одлучи што корисниците или програмерите имаат право да прават со него. Ако некој креира бесплатна програма за секого, прави добро дело, но кој ја користи ќе треба да се оправда како ја користи. На пример, ако една компанија во своите активности ќе работи со некоја бесплатна канцеларија (на пример, LibreOffice), тогаш таа мора да може да им докаже на инспекторите дека има право да го стори тоа. За да го направите ова, ќе биде доволно да ја прикажете соодветната лиценца. Ако инвеститорот заборави да го формулира, тогаш компанијата може да биде во тешка позиција. [Caption id=”attachment_11854″ align=”aligncenter” width=”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. Следно, треба да внесете име на датотека. За лиценца, ова може да биде една од двете опции: ЛИЦЕНЦА или ЛИЦЕНЦА.md. Овде употребата на големи букви е задолжителна.
4. Десно од полето за внесување име на датотека, кликнете за да изберете шаблон за лиценца.
5. Во менито на левата страна на страницата, изберете ја линијата „Додај лиценца на вашиот проект“. Во овој случај, се избира варијанта од постоечките документи.
6. Потоа кликнете на линијата „Прегледајте и поднесете“. Потоа внесете ги деталите за вашиот договор.
7. После тоа, потребно е да се разјасни што се направени дополнувањата или измените. Следно, наведете дали избраниот документ е коригиран или дали станува збор за создавање друга верзија на лиценцата.

Откако ќе ги потврди промените, развивачот ја завршува процедурата за правење промени на листата на лиценци на услугата Git Hub.

Изберете лиценца Github – примери на популарни лиценци на Git Hub

Следниве се опциите кои се најпопуларни. Со разбирање на нивните силни и слаби страни, програмерот ќе може да ја најде вистинската опција или да разбере како ефикасно да пребарува.

GPL

Оваа лиценца може да се нарече една од најпопуларните. Тоа е класично за оние кои произведуваат слободен софтвер. Еден од главните барања на овој документ е тоа што
им овозможува на трети страни слободно да ја менуваат програмата , но во исто време тие имаат право да го дистрибуираат резултатот само под истата лиценца. Оваа лиценца може да има различни верзии. Последната од нив е третата. GPL е користен од развивачи на програми како што се Друпал системот за управување со веб-содржини, системот за управување со база на податоци MariaDB, векторскиот графички уредник InkSkape и некои други. Интересно е да се забележи дека SQL користи не само GPL, туку и комерцијална лиценца.

LGPL

Ова име во превод значи „GNU GPL Lesser General Public License“. За некои програмери, GPL не е соодветен, бидејќи создава обврска за нив да дистрибуираат изменети производи под истата лиценца. Карактеристиките на примената на оваа опција може да се илустрираат со тоа како се одвива процесот на лиценцирање за користење на библиотеки креирани од програмерот. Во овој случај, се разгледуваат следните три опции:

1. Кога библиотеката обезбедува нова функционалност каде што ниту една друга комерцијална библиотека не може да го стори истото, тогаш GPL е најдобриот избор.
2. Инвеститорот во бесплатната библиотека веќе го имплементирал постоечкиот стандард. Во оваа област, постојат комерцијални опции со слични функции. За овој случај, ќе биде погодно да се избере LGPL.
3. Кога станува збор за нов стандард кој всушност се натпреварува со комерцијалниот, Apache лиценцата е начин да се оди.

Овој стандард
дозволува комерцијална употреба на библиотеки . Доколку се направат модификации, истите услови и услови мора да се користат за дистрибуција. Сепак, едноставната употреба на кодот овозможува промена на условите.

Јавна лиценца на Eclipse

Овој документ
дозволува дистрибуција под други лиценци, вклучително и комерцијални . Главен услов е во изменетите дела иновациите да бидат ставени во посебен модул. Оваа лиценца се здоби со популарност во развојот на производи во Java. Пример е програмскиот јазик Clojure, рамка за тестирање java апликации.

Јавна лиценца на Mozilla

Некои го гледаат овој документ како компромис помеѓу GPL и комерцијалните лиценци. MPL бара
отворен пристап до одредени датотеки . Софтверскиот производ може да содржи некои датотеки под оваа лиценца и други без неа. По измената, дозволено е да се стави лиценцата што е потребна (на пример, може да биде комерцијална), но тоа е можно само под услов пристапот до датотеките објавени под MPL сè уште да биде отворен. Во овој случај, крајниот корисник мора да добие информации за авторите на оригиналниот софтвер. Во согласност со овој документ, беа објавени канцеларијата на LibreOffice, прелистувачот Mozilla и други софтверски производи.

Апачи лиценца Github

AL се нарекува либерална слободна лиценца. Оваа карактеристика се должи на фактот дека не
постои барање за ослободување на дериват производ под истите услови како порано . Овој документ активно се користи од Фондацијата за софтвер Apache. Кога се користи, дозволено е следново:

1. На софтверскиот производ му е дозволено дополнително да се користи за комерцијални цели.
2. Дозволени се измени на апликацијата.
3. Следните дистрибуции треба да го содржат името на оригиналниот автор.

Со креирање на нова варијанта, нема обврска за стекнувачите на лиценцата да го дадат оригиналниот код на производот. Таквата лиценца се здоби со значителна популарност. Ова може да се докаже со наведување на добро познати софтверски производи што се издаваат под овој тип лиценца: оперативен систем Андроид, рамка што создава деловни апликации во Java и веб-серверот Apache. https://youtu.be/wyZq-EazOmU

МИТ лиценца

Некои сметаат дека оваа опција за лиценца за слободен софтвер е најпопуларна. Нејзината главна предност според некои е добрата компатибилност со различни видови бесплатни или комерцијални лиценци. Најважните карактеристики се
можноста за менување на кодот, како и дозволата за дистрибуција под други лиценци по избор на оној што ги направил промените . Софтверските производи што го користат овој документ се: JavaScript библиотека наречена JQuiery, Atom текстуален уредувач, AngularJS, развојна рамка за JavaScript.

Подводни карпи

Понекогаш авторот на почетокот избира една верзија на лиценцата, а подоцна сака да ја промени. Ако тој ја создаде програмата сам, тогаш таквата промена нема да биде тешка. Меѓутоа, во случаи кога имало многу учесници во развојот, тогаш без нивна согласност ова нема да функционира. На пример, креаторот на Linux, иако тој всушност ја направи основата на оперативниот систем, нема да може да ја промени лиценцата без согласност на сите оние програмери кои учествуваа во понатамошниот развој. Кога дистрибуирате под MPL, оние што направиле промени во кодот не можат да понудат датотеки под MPL под друга лиценца. Употребата на новиот документ ќе се однесува на други програмски модули.