Какво трябва да знаете за лицензите на GitHub: как да изберете и добавите

Лицензи на GitHub – за какво говорим? За да се създаде софтуер, човек трябва не само да го напише, но и да реши какво имат право да правят потребителите или разработчиците с него. Ако някой създаде безплатна програма за всички, той прави добро дело, но който я използва, ще трябва да се обоснове как я използва. Например, ако една компания в своята дейност ще работи с някакъв безплатен офис (например LibreOffice), тогава тя трябва да може да докаже на инспекторите, че има право на това. За да направите това, ще бъде достатъчно да представите съответния лиценз. Ако разработчикът забрави да го формулира, тогава компанията може да е в трудна позиция.

Когато създава приложение, разработчикът трябва да реши кои действия с програмата му ще бъдат разрешени и кои не. Например, можем да говорим не само за използване, но и за изучаване на текстовете на програмите или извършване на собствени корекции на софтуерния продукт. 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

Този документ
позволява разпространение под други лицензи, включително търговски . Основното условие е в модифицираните произведения иновациите да бъдат поставени в отделен модул. Този лиценз придоби популярност при разработването на продукти в 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

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

Подводни скали

Понякога авторът първо избира една версия на лиценза, а по-късно иска да я промени. Ако той създаде програмата сам, тогава такава промяна не би била трудна. Въпреки това, в случаите, когато имаше много участници в разработката, тогава без тяхното съгласие това няма да работи. Например, създателят на Linux, въпреки че всъщност е направил основата на операционната система, няма да може да промени лиценза без съгласието на всички онези програмисти, които са участвали в по-нататъшното развитие. Когато разпространявате под MPL, тези, които са направили промени в кода, не могат да предлагат файлове под MPL под различен лиценз. Използването на новия документ ще се отнася за други програмни модули.