Ang kailangan mong malaman tungkol sa mga lisensya ng GitHub: kung paano pumili at magdagdag

Mga lisensya ng GitHub – ano ang pinag-uusapan natin? Upang lumikha ng software, hindi lamang dapat isulat ito ng isa, ngunit magpasya din kung ano ang karapatan ng mga gumagamit o developer na gawin ito. Kung ang isang tao ay lumikha ng isang libreng programa para sa lahat, siya ay gumagawa ng isang mabuting gawa, ngunit ang sinumang gumamit nito ay kailangang bigyang-katwiran kung paano niya ito ginagamit. Halimbawa, kung ang isang kumpanya sa mga aktibidad nito ay gagana sa ilang libreng opisina (halimbawa, LibreOffice), dapat nitong patunayan sa mga inspektor na may karapatan itong gawin ito. Upang gawin ito, sapat na upang ipakita ang naaangkop na lisensya. Kung nakalimutan ng developer na bumalangkas nito, maaaring nasa mahirap na posisyon ang kumpanya.

Kapag gumagawa ng isang application, dapat magpasya ang developer kung aling mga aksyon sa kanyang programa ang papayagan at alin ang hindi. Halimbawa, maaari nating pag-usapan hindi lamang ang tungkol sa paggamit, kundi pati na rin ang tungkol sa pag-aaral ng mga teksto ng mga programa o paggawa ng iyong sariling mga pagsasaayos sa produkto ng software. Ang GitHub ay isa sa pinakamalaking serbisyo para sa collaborative na pagbuo ng proyekto. Kasabay nito, maaari silang magtrabaho dito hindi lamang sa libre, kundi pati na rin sa mga komersyal na proyekto. Sa pamamagitan ng pagtukoy ng naaangkop na lisensya, aalisin ng mga developer ang mga ambiguity sa kung paano gamitin ang nilikhang produkto. Ang problema ay mayroong maraming iba’t ibang uri ng mga lisensya, at hindi laging madaling matukoy kung aling opsyon ang pipiliin sa isang partikular na kaso. Karaniwan din na ang ilang proyekto ay walang lisensya.

Bakit kailangan mong lisensyahan ang mga proyekto ng Open Source sa GitHub

Kapag tinukoy ang kinakailangang lisensya, maaaring ibigay ng developer ang sumusunod dito:

1. Mga tuntunin sa paggamit ng programa . Maaaring may kasama silang bayad o, sa ilan o lahat ng kaso, pinapayagan ang libreng paggamit.
2. Minsan ang mga programa ay nilikha upang mabuo ng komunidad . Sa kasong ito, mahalaga na ang lahat na gustong makilala ang mga teksto ng programa.
3. Kapag ang mga teksto ng programa ay magagamit, ang ilan ay maaaring gumawa ng mga pagbabago upang gawing functional ang programa at bilang maaasahan hangga’t maaari. Minsan maaaring payagan ng may-akda ang lahat na gawin ito, sa ibang mga kaso ay nag-aalok siya na ipadala ang pagbabago sa kanya, at gumawa ng mga pagsasaayos sa proyekto nang mag-isa.
4. Kailangan mong magpasya kung ang mga third party ay maaaring gumawa ng mga pagbabago sa proyekto at mag-alok sa kanilang ngalan. Kapag ginagawa ito, kailangan mong tukuyin kung aling lisensya dapat ang kanilang produkto.

Ang paglutas ng mga ito at katulad na mga tanong, ang may-akda ng application ay aktwal na tinutukoy ang hinaharap na kapalaran ng produkto ng software na kanyang nilikha.

Anong mga uri ng lisensya ang umiiral

Ang lisensya ay isang kasunduan kung saan ang isang partido (ang tagapaglisensya) ay nagtatag ng isang tuntunin para sa kabilang partido (ang naglisensya) na gamitin ang produktong nilikha niya. Sa pagsasagawa, hindi namin pinag-uusapan ang pagpirma ng isang dokumento ng mga partido, ngunit tungkol sa awtomatikong kasunduan sa mga kaukulang karapatan at obligasyon sa paggamit nito. Halos walang mga paghihigpit sa pagtukoy ng mga karapatan at obligasyon. Ang tanging kondisyon ay dapat silang sumunod sa batas. Ang paggawa ng sarili mong mga lisensya ay isang kumplikadong trabaho, dahil dapat itong tugma sa iba pang mga regulasyon. Ang pinakamagandang opsyon ay ang pumili at gumamit ng isa sa mga karaniwang uri ng naturang mga dokumento. Sa pagsasagawa, kaugalian din na gumamit ng multilicensing. Kadalasan, sa ganitong mga kaso, dalawang lisensya ang ginagamit nang sabay-sabay. Bagaman ang may-akda ng programa ay may karapatang independiyenteng bumalangkas ng mga patakaran na dapat sundin ng mga gumagamit, gayunpaman, sa pagsasagawa, ang paggamit ng isang malaking bilang ng mga uri ng mga lisensya ay nabuo, kung saan maaari mong piliin ang tama sa karamihan ng mga kaso. Ang mga sumusunod ay ang pinakasikat na opsyon na ginagamit sa Git Hub sa karamihan ng mga kaso. Ang mga lisensyang pinakakaraniwang ginagamit sa Git Hub ay:
Ang programmer ay kailangang pumili ng isa na akma sa kanyang mga plano. Upang gawin ito nang tama, kailangan mong maunawaan kung anong mga tampok ang likas sa ilang mga species.

Kung ang may-akda ay tumanggi na bumalangkas ng dokumento, kung gayon sa kasong ito ay malalapat ang mga copyright, na ibinibigay bilang default ng batas ng kanyang bansa. Ang kawalan ng lisensya sa ganitong paraan ay hindi nangangahulugan na anumang bagay ay maaaring gawin sa programa. Sa katunayan, ang ganitong sitwasyon ay maaaring ituring na isa sa mga uri ng lisensya.

Paano pumili ng lisensya ng Github

Bago ka magsimulang maghanap ng angkop na opsyon, kinakailangan na ang programmer ay bumalangkas ng kanyang mga kinakailangan, kung saan siya ay magpapatuloy sa karagdagang paglilisensya. Susunod, dapat mong gawing pamilyar ang iyong sarili sa mga karaniwang opsyon na tumutugma sa kahilingan. Pagkatapos nito, kakailanganin mong maingat na pag-aralan ang legal na wika at gumawa ng pangwakas na desisyon sa kung ano ang dapat na lisensya. Upang makagawa ng matalinong pagpili, kailangan mong maunawaan kung anong mga karapatan at obligasyon ang nauugnay sa isang partikular na uri ng lisensya. Upang makagawa ng tamang pagpili, maaari kang gumamit ng mga espesyal na serbisyo na tinatawag na mga comparator. Narito ang ilang halimbawa:

1. https://choosealicense.com/. Ang site na ito ay may mga nangungunang tanong para sa pagpili ng tamang opsyon at detalyadong payo upang matulungan kang maunawaan ang mga tampok ng paggamit.
2. Ang https://opensource.org/licenses page ay nakatuon sa pagrepaso sa iba’t ibang libreng solusyon sa software.
3. Ang site na https://tldrlegal.com/ ay maaaring ituring bilang isang encyclopedia para sa iba’t ibang mga opsyon sa lisensya. Mayroong parehong tumpak na mga legal na pormulasyon at mga detalyadong komento.

Gayunpaman, ang pinakaproduktibong paraan upang pumili ay ang maingat na pagbabasa ng mga nauugnay na legal na dokumento . Bagama’t pinag-uusapan natin ang mga aktibidad na masinsinang paggawa, gayunpaman, ang pag-aaral ng mga teksto ay magbibigay sa developer ng lahat ng kinakailangang sagot.

Paano magdagdag ng lisensya sa Github

Sa kabila ng malawak na pagpipilian ng mga opsyon sa lisensya na napatunayang epektibo at maaasahan sa pagsasanay, maaaring may sariling ideya ang developer tungkol sa kung ano dapat ang lisensya para sa program na nilikha niya. Sa kasong ito, ang serbisyo ay nagbibigay ng kakayahang magdagdag ng iyong sariling bersyon o ayusin ang umiiral na. Upang magdagdag ng lisensya sa Github, kakailanganin mong sundin ang mga hakbang na ito:

1. Kailangan mong pumunta sa pangunahing pahina ng iyong imbakan.
2. Kailangan mong mag-click sa pindutan upang magdagdag ng isang file, pagkatapos ay piliin ang “Gumawa ng bagong file”.
3. Susunod, kailangan mong magpasok ng pangalan ng file. Para sa isang lisensya, ito ay maaaring isa sa dalawang opsyon: LICENSE o LICENCE.md. Dito sapilitan ang paggamit ng malalaking titik.
4. Sa kanan ng field ng input ng pangalan ng file, i-click upang pumili ng template ng lisensya.
5. Sa menu sa kaliwang bahagi ng page, piliin ang linyang “Magdagdag ng lisensya sa iyong proyekto”. Sa kasong ito, pipiliin ang isang variant mula sa mga kasalukuyang dokumento.
6. Pagkatapos ay mag-click sa linyang “Suriin at isumite”. Pagkatapos ay ilagay ang mga detalye ng iyong kasunduan.
7. Pagkatapos nito, kinakailangang linawin kung ano ang ginawa ng mga karagdagan o pagbabago. Susunod, ipahiwatig kung ang napiling dokumento ay naitama o kung ito ay tungkol sa paglikha ng isa pang bersyon ng lisensya.

Pagkatapos kumpirmahin ang mga pagbabago, kinukumpleto ng developer ang pamamaraan para sa paggawa ng mga pagbabago sa listahan ng mga lisensya sa serbisyo ng Git Hub.

Pumili ng lisensya Github – mga halimbawa ng mga sikat na lisensya sa Git Hub

Ang mga sumusunod ay ang mga opsyon na pinakasikat. Sa pamamagitan ng pag-unawa sa kanilang mga kalakasan at kahinaan, mahahanap ng programmer ang tamang opsyon o mauunawaan kung paano mahusay na maghanap.

GPL

Ang lisensyang ito ay maaaring tawaging isa sa pinakasikat. Ito ay klasiko para sa mga gumagawa ng libreng software. Ang isa sa mga pangunahing kinakailangan ng dokumentong ito ay
pinapayagan nito ang mga ikatlong partido na malayang baguhin ang programa , ngunit sa parehong oras ay may karapatan silang ipamahagi ang resulta lamang sa ilalim ng parehong lisensya. Maaaring may iba’t ibang bersyon ang lisensyang ito. Ang pinakahuli sa mga ito ay ang pangatlo. Ang GPL ay ginamit ng mga developer ng mga programa tulad ng Drupal web content management system, ang MariaDB database management system, ang InkSkape vector graphics editor, at ilang iba pa. Ito ay kagiliw-giliw na tandaan na ang SQL ay gumagamit hindi lamang ang GPL, ngunit din ng isang komersyal na lisensya.

LGPL

Ang pangalang ito ay isinasalin sa “GNU GPL Lesser General Public License”. Para sa ilang developer, hindi angkop ang GPL, dahil lumilikha ito ng obligasyon para sa kanila na ipamahagi ang mga binagong produkto sa ilalim ng parehong lisensya. Ang mga tampok ng aplikasyon ng pagpipiliang ito ay maaaring ilarawan sa pamamagitan ng kung paano nagaganap ang proseso ng paglilisensya sa paggamit ng mga aklatan na nilikha ng programmer. Sa kasong ito, ang sumusunod na tatlong mga pagpipilian ay isinasaalang-alang:

1. Kapag ang isang library ay nagbibigay ng bagong functionality kung saan walang ibang komersyal na library ang makakagawa ng pareho, ang GPL ay ang pinakamahusay na pagpipilian.
2. Ipinatupad na ng developer sa libreng library ang kasalukuyang pamantayan. Sa lugar na ito, may mga komersyal na opsyon na may katulad na mga function. Para sa kasong ito, magiging maginhawang pumili ng LGPL.
3. Pagdating sa isang bagong pamantayan na aktwal na nakikipagkumpitensya sa komersyal, ang lisensya ng Apache ay ang paraan upang pumunta.

Ang pamantayang
ito ay nagpapahintulot sa komersyal na paggamit ng mga aklatan . Kung ang mga pagbabago ay ginawa, ang parehong mga tuntunin at kundisyon ay dapat gamitin para sa pamamahagi. Gayunpaman, ang simpleng paggamit ng code ay nagpapahintulot sa mga kundisyon na magbago.

Pampublikong Lisensya ng Eclipse

Ang dokumentong
ito ay nagpapahintulot sa pamamahagi sa ilalim ng iba pang mga lisensya, kabilang ang mga komersyal . Ang pangunahing kondisyon ay na sa binagong mga gawa, ang mga inobasyon ay ilalagay sa isang hiwalay na module. Ang lisensyang ito ay nakakuha ng katanyagan sa pagbuo ng mga produkto sa Java. Ang isang halimbawa ay ang Clojure programming language, isang balangkas para sa pagsubok ng mga java application.

Pampublikong Lisensya ng Mozilla

Nakikita ng ilan ang dokumentong ito bilang isang kompromiso sa pagitan ng GPL at mga komersyal na lisensya. Ang MPL ay nangangailangan ng
bukas na access sa ilang partikular na file . Ang produkto ng software ay maaaring maglaman ng ilang mga file sa ilalim ng lisensyang ito at iba pa kung wala ito. Pagkatapos ng pagbabago, pinapayagan na ilagay ang lisensya na kinakailangan (halimbawa, maaari itong maging isang komersyal), ngunit ito ay posible lamang sa kondisyon na ang pag-access sa mga file na inilabas sa ilalim ng MPL ay magbubukas pa rin. Sa kasong ito, ang end user ay dapat bigyan ng impormasyon tungkol sa mga may-akda ng orihinal na software. Alinsunod sa dokumentong ito, ang opisina ng LibreOffice, ang Mozilla browser at iba pang mga produkto ng software ay inilabas.

Apache License Github

Ang AL ay tinatawag na liberal na libreng lisensya. Ang tampok na ito ay dahil sa ang katunayan na
walang kinakailangang maglabas ng isang derivative na produkto sa ilalim ng parehong mga kondisyon tulad ng dati . Ang dokumentong ito ay aktibong ginagamit ng Apache Software Foundation. Kapag ginamit, pinapayagan ang mga sumusunod:

1. Ang produkto ng software ay pinapayagang higit pang magamit para sa mga layuning pangkomersyo.
2. Pinapayagan ang mga pagbabago sa aplikasyon.
3. Ang mga kasunod na pamamahagi ay dapat isama ang pangalan ng orihinal na may-akda.

Sa pamamagitan ng paggawa ng bagong variant, walang obligasyon para sa mga lisensyado na ibigay ang orihinal na code ng produkto. Ang nasabing lisensya ay nakakuha ng malaking katanyagan. Ito ay maipapakita sa pamamagitan ng paglilista ng mga kilalang software na produkto na inilabas sa ilalim ng ganitong uri ng lisensya: ang Android operating system, isang framework na lumilikha ng mga enterprise application sa Java, at ang Apache web server. https://youtu.be/wyZq-EazOmU

Lisensya ng MIT

Itinuturing ng ilan na ang pagpipiliang ito ng libreng lisensya ng software ang pinakasikat. Ang pangunahing bentahe nito ay itinuturing ng ilan na mahusay na pagkakatugma sa iba’t ibang uri ng libre o komersyal na mga lisensya. Ang pinakamahalagang tampok ay ang
kakayahang baguhin ang code, pati na rin ang pahintulot na ipamahagi sa ilalim ng iba pang mga lisensya sa pagpili ng gumawa ng mga pagbabago . Ang mga produkto ng software na gumagamit ng dokumentong ito ay: isang JavaScript library na tinatawag na JQuiery, isang Atom text editor, AngularJS, isang JavaScript development framework.

Mga bato sa ilalim ng tubig

Minsan ang may-akda sa una ay pipili ng isang bersyon ng lisensya, at sa kalaunan ay gusto itong baguhin. Kung nilikha niya ang programa nang mag-isa, kung gayon ang gayong pagbabago ay hindi magiging mahirap. Gayunpaman, sa mga kaso kung saan maraming mga kalahok sa pag-unlad, kung wala ang kanilang pahintulot ay hindi ito gagana. Halimbawa, ang lumikha ng Linux, bagama’t ginawa niya talaga ang batayan ng operating system, ay hindi magagawang baguhin ang lisensya nang walang pahintulot ng lahat ng mga programmer na nakibahagi sa karagdagang pag-unlad. Kapag namamahagi sa ilalim ng MPL, ang mga gumawa ng mga pagbabago sa code ay hindi maaaring mag-alok ng mga file sa ilalim ng MPL sa ilalim ng ibang lisensya. Ang paggamit ng bagong dokumento ay tumutukoy sa iba pang mga module ng programa.