Co musisz wiedzieć o licencjach GitHub: jak wybierać i dodawać

Licencje GitHub – o czym mówimy? Aby stworzyć oprogramowanie, musisz nie tylko je napisać, ale także zdecydować, co użytkownicy lub programiści mają z nim prawo zrobić. Jeśli ktoś tworzy darmowy program dla wszystkich, robi dobry uczynek, ale ktokolwiek go używa, będzie musiał uzasadnić, w jaki sposób z niego korzysta. Na przykład, jeśli firma w swojej działalności będzie współpracować z dowolnym wolnym biurem (np. LibreOffice), to dla audytorów musi być w stanie udowodnić, że ma do tego prawo. Aby to zrobić, wystarczy przedstawić odpowiednią licencję. Jeśli deweloper zapomni go sformułować, firma może znaleźć się w trudnej sytuacji. [identyfikator podpisu = „attachment_11854” align = „aligncenter” width = „1024”]
Klasyfikacja licencji i rodzaje licencji [/ caption] Podczas tworzenia aplikacji deweloper musi zdecydować, jakie działania z jego programem będą dozwolone, a jakie nie. Na przykład możemy mówić nie tylko o używaniu, ale także o studiowaniu tekstów programów lub dokonywaniu własnych poprawek w oprogramowaniu. GitHub to jedna z największych usług do wspólnego opracowywania projektów. Jednocześnie mogą tu pracować nie tylko przy projektach darmowych, ale także komercyjnych. Określając odpowiednią licencję, programiści wyeliminują zamieszanie związane z użytkowaniem stworzonego produktu. Problem polega na tym, że istnieją różne rodzaje licencji i nie zawsze łatwo jest określić, która opcja powinna być preferowana w konkretnym przypadku. Nierzadko zdarza się również, że niektóre projekty nie mają licencji.Należy dowiedzieć się więcej o licencjonowaniu, aby zrozumieć, jakie prawa i obowiązki użytkowników powstają w różnych przypadkach.

Dlaczego muszę licencjonować projekty Open Source na GitHub

Deweloper określając wymaganą licencję może zapewnić:

1. Warunki korzystania z programu . Mogą przewidywać uiszczenie opłaty lub, w niektórych lub wszystkich przypadkach, zezwalać na bezpłatne korzystanie.
2. Czasami tworzone są programy, które mają być rozwijane przez społeczność . W takim przypadku ważne jest, aby każdy, kto chce, mógł zapoznać się z tekstami programu.
3. Gdy kod jest dostępny, niektórzy mogą wprowadzać zmiany , aby program działał i był jak najbardziej niezawodny. Czasami autor może pozwolić na to każdemu, innym razem proponuje przesłanie mu zmiany i samodzielnie wprowadza poprawki w projekcie.
4. Musisz zdecydować, czy osoby trzecie mogą wprowadzać zmiany w projekcie i składać wnioski w ich imieniu. W takim przypadku konieczne jest wskazanie, z jaką licencją powinien być ich produkt.

Rozwiązując te i podobne kwestie, autor aplikacji właściwie w dużej mierze decyduje o dalszych losach stworzonego przez siebie oprogramowania.

Jakie są rodzaje licencji

Licencja jest umową, w której jedna strona (licencjodawca) ustanawia zasadę, zgodnie z którą druga strona (licencjobiorca) używa stworzonego przez nią produktu. W praktyce nie mówimy o podpisaniu dokumentu przez strony, ale o automatycznej zgodzie z odpowiednimi prawami i obowiązkami po jego wykorzystaniu. Praktycznie nie ma ograniczeń w określaniu praw i obowiązków. Jedynym warunkiem jest przestrzeganie prawa. Tworzenie własnych licencji to trudna praca, ponieważ musisz upewnić się, że jest ona zgodna z innymi przepisami. Najlepszą opcją jest wybranie i użycie jednego ze standardowych typów takich dokumentów. W praktyce zwyczajowo stosuje się również multilicencje. Najczęściej w takich przypadkach używane są dwie licencje jednocześnie.Choć autor programu ma prawo samodzielnie formułować zasady, jakimi muszą się kierować użytkownicy, to jednak w praktyce wykształciło się stosowanie dużej liczby rodzajów licencji, z których w większości przypadków można wybrać odpowiednią. Poniżej znajdują się najpopularniejsze opcje używane w większości przypadków w Git Hub. Najpopularniejsze licencje używane w Git Hub to:
Programista będzie musiał umieć wybrać taki, który będzie pasował do jego planów. Aby zrobić to poprawnie, musisz zrozumieć, jakie cechy są nieodłączne dla niektórych gatunków.

Jeśli autor odmówi sformułowania dokumentu, w takim przypadku zastosowanie będą miały prawa autorskie, które są domyślnie zapewniane przez ustawodawstwo jego kraju. Brak licencji w ten sposób nie oznacza, że ​​możesz robić z programem co chcesz. W rzeczywistości tę sytuację można uznać za jeden z rodzajów licencji.

Jak wybrać licencję Github

Przed przystąpieniem do poszukiwania odpowiedniej opcji konieczne jest, aby programista sformułował swoje wymagania, od których przystąpi do dalszego licencjonowania. Następnie powinieneś zapoznać się z typowymi opcjami odpowiadającymi żądaniu. Następnie musisz dokładnie przestudiować sformułowania prawne i podjąć ostateczną decyzję o tym, jaka powinna być licencja. Aby dokonać świadomego wyboru, musisz zrozumieć, jakie prawa i obowiązki określa konkretny rodzaj licencji. Aby dokonać właściwego wyboru, możesz skorzystać ze specjalnych usług zwanych komparatorami. Oto kilka przykładów:

1. https://choosealicense.com/. Ta strona zawiera pytania przewodnie dotyczące wyboru właściwej opcji i szczegółowe porady, które pomogą Ci zrozumieć specyfikę użytkowania.
2. Strona https://opensource.org/licenses poświęcona jest przeglądowi różnych rozwiązań wolnego oprogramowania.
3. Witrynę https://tldrlegal.com/ można traktować jako encyklopedię różnych opcji licencyjnych. Zawiera zarówno precyzyjny język prawniczy, jak i szczegółowy komentarz.

Porównaj licencje na https://choosealicense.com/ [[]] Jednak najbardziej produktywnym wyborem jest uważne przeczytanie odpowiednich dokumentów prawnych. Chociaż jest to czasochłonne zajęcie, to jednak studiowanie tekstów da programiście wszystkie potrzebne mu odpowiedzi.

Jak dodać licencję do Github

Mimo szerokiego wyboru opcji licencyjnych, które w praktyce dowiodły swojej skuteczności i niezawodności, deweloper może mieć własne wyobrażenia na temat tego, jaka powinna być licencja na stworzony przez siebie program. W takim przypadku usługa zapewnia możliwość dodania własnej wersji lub dostosowania już istniejącej. Aby dodać licencję do Github, musisz wykonać następujące kroki:

1. Musisz przejść do strony głównej swojego repozytorium.
2. Musisz kliknąć przycisk, aby dodać plik, a następnie wybrać „Utwórz nowy plik”.
3. Następnie musisz wprowadzić nazwę pliku. W przypadku licencji może to być jedna z dwóch opcji: LICENSE lub LICENCE.md. Wielkość liter jest tutaj obowiązkowa.
4. Po prawej stronie pola wejściowego nazwy pliku kliknij, aby wybrać szablon licencji.
5. W menu po lewej stronie strony wybierz wiersz „Dodaj licencję do swojego projektu”. W takim przypadku opcja jest wybierana z istniejących dokumentów.
6. Następnie kliknij wiersz „Sprawdź i prześlij”. Następnie wprowadź szczegóły umowy.
7. Następnie konieczne jest wyjaśnienie, jakie uzupełnienia lub zmiany zostały wprowadzone. Następnie wskazują, czy wybrany dokument został poprawiony, czy też mówimy o stworzeniu kolejnej wersji licencji.

Po zatwierdzeniu zmian deweloper kończy procedurę wprowadzania zmian na liście licencji w usłudze Git Hub.

Wybierz licencję Github – Przykłady popularnych licencji na Git Hub

Następnie rozważymy te opcje, które są najpopularniejsze. Po zrozumieniu ich mocnych i słabych stron programista będzie w stanie znaleźć odpowiednią opcję lub zrozumieć, jak skutecznie wyszukiwać.

GPL

Tę licencję można nazwać jedną z najpopularniejszych. To klasyka dla tych, którzy tworzą wolne oprogramowanie. Jednym z głównych wymagań tego dokumentu jest to, że pozwala on
stronom trzecim na swobodne modyfikowanie programu , ale jednocześnie mają prawo rozpowszechniać wynik tylko na tej samej licencji. Ta licencja może mieć różne wersje. Najnowsza jest trzecia. Z GPL korzystali twórcy takich programów jak system zarządzania treścią WWW Drupal, system zarządzania bazą danych MariaDB, edytor grafiki wektorowej InkSkape i kilka innych. Warto zauważyć, że SQL korzysta nie tylko z GPL, ale także z licencji komercyjnej.

LGPL

Ten tytuł tłumaczy się na GNU Lesser General Public License GPL. Dla niektórych programistów GPL nie jest odpowiednia, ponieważ nakłada na nich obowiązek rozpowszechniania zmodyfikowanych produktów na tej samej licencji. Specyfikę korzystania z tej opcji można zilustrować tym, jak przebiega proces licencjonowania korzystania z bibliotek tworzonych przez programistę. W takim przypadku zwykle rozważa się następujące trzy opcje:

1. Kiedy biblioteka udostępnia nowe funkcje, a żadna komercyjna biblioteka nie może wykonać podobnego zadania, użycie GPL jest optymalne.
2. Deweloper w darmowej bibliotece zaimplementował już istniejący standard. W tym obszarze dostępne są opcje komercyjne o podobnych funkcjach. W takim przypadku wygodnie będzie wybrać LGPL.
3. Jeśli chodzi o nowy standard, który faktycznie konkuruje z komercyjnym, odpowiednia jest licencja Apache.

Ten standard
pozwala na komercyjne wykorzystanie bibliotek . W przypadku wprowadzenia zmian do dystrybucji należy stosować te same warunki. Jednak proste użycie kodu pozwala na zmianę warunków.

Licencja publiczna Eclipse

Ten dokument
pozwala na dystrybucję na innych licencjach, w tym komercyjnych . Głównym warunkiem jest, aby w zmodyfikowanych pracach innowacje zostały umieszczone w osobnym module. Ta licencja zyskała popularność w rozwoju produktów Java. Przykładem jest język programowania Clojure, framework do testowania aplikacji Java.

Licencja publiczna Mozilli

Niektórzy postrzegają ten dokument jako kompromis między GPL a licencjami komercyjnymi. Wymogiem MPL jest
posiadanie publicznego dostępu do niektórych plików . Oprogramowanie może zawierać niektóre pliki objęte niniejszą licencją, a inne bez niej. Po modyfikacji można umieścić potrzebną licencję (np. komercyjną), ale jest to możliwe tylko pod warunkiem, że dostęp do plików wydanych na licencji MPL jest nadal otwarty. W takim przypadku użytkownikowi końcowemu należy przekazać informacje o autorach oryginalnego oprogramowania. Biuro LibreOffice, przeglądarka Mozilla i inne oprogramowanie zostały wydane zgodnie z tym dokumentem.

Licencja Apache Github

AL nazywa się liberalną wolną licencją. Ta cecha wynika z faktu, że nie
ma wymogu wypuszczania produktu pochodnego na takich samych warunkach jak poprzednio . Ten dokument jest aktywnie używany przez Apache Software Foundation. Podczas korzystania z niego dozwolone są:

1. Oprogramowanie może być nadal wykorzystywane do celów komercyjnych.
2. Dozwolone są modyfikacje aplikacji.
3. Kolejne redystrybucje muszą zawierać nazwisko oryginalnego autora.

Podczas tworzenia nowego wariantu licencjobiorcy nie mają obowiązku podawania oryginalnego kodu produktu. Ta licencja zyskała znaczną popularność. Można to zademonstrować, wymieniając dobrze znane produkty oprogramowania, które są wydawane na podstawie tego typu licencji: system operacyjny Android, platforma do tworzenia aplikacji korporacyjnych w języku Java, serwer WWW Apache. https://youtu.be/wyZq-EazOmU

Licencja MIT

Niektórzy uważają tę opcję licencjonowania bezpłatnego oprogramowania za najpopularniejszą. Niektórzy uważają, że jego główną zaletą jest dobra kompatybilność z różnymi rodzajami darmowych lub komercyjnych licencji. Najważniejszymi cechami są
możliwość modyfikacji kodu, a także uprawnienia do redystrybucji na innych licencjach według wyboru osoby, która dokonała zmian . Oprogramowanie wykorzystujące ten dokument to: biblioteka JavaScript o nazwie JQuiery, edytor tekstu Atom, AngularJS – framework do programowania w JavaScript.
Porównanie licencji dla Git Hub [/ caption]

Podwodne skały

Czasami autor wybiera początkowo jedną wersję licencji, a później chce ją zmienić. Jeśli sam stworzył program, to taka zmiana nie będzie trudna. Jednak w przypadkach, gdy w rozwoju było wielu uczestników, to nie zadziała bez ich zgody. Na przykład twórca Linuksa, choć faktycznie stworzył podstawy systemu operacyjnego, nie będzie mógł zmienić licencji bez zgody wszystkich tych programistów, którzy brali udział w dalszym rozwoju. Podczas redystrybucji w ramach MPL ci, którzy dokonali zmian w kodzie, nie mogą oferować plików w ramach MPL na innej licencji. Zastosowanie nowego dokumentu będzie dotyczyło innych modułów oprogramowania.