Mitä sinun tulee tietää GitHub-lisensseistä: kuinka valita ja lisätä

GitHub-lisenssit – mistä puhumme? Ohjelmiston luomiseksi sinun on paitsi kirjoitettava se, myös päätettävä, mitä käyttäjillä tai kehittäjillä on oikeus tehdä sen kanssa. Jos joku luo kaikille ilmaisen ohjelman, hän tekee hyvän teon, mutta joka sitä käyttää, joutuu perustelemaan, miten hän käyttää sitä. Esimerkiksi, jos yritys toimii toiminnassaan minkä tahansa vapaan toimipisteen kanssa (esim. LibreOffice), niin sen on pystyttävä tilintarkastajille osoittamaan, että sillä on siihen oikeus. Tätä varten riittää asianmukaisen lisenssin esittäminen. Jos kehittäjä unohtaa muotoilla sen, yritys voi joutua vaikeaan asemaan.
Lisenssien luokittelu ja lisenssityypit [/ caption] Sovellusta luodessaan kehittäjän on päätettävä, mitkä toiminnot hänen ohjelmallaan ovat sallittuja ja mitkä eivät. Voimme esimerkiksi puhua paitsi käytöstä, myös ohjelmien tekstien tutkimisesta tai omien säätöjen tekemisestä ohjelmistotuotteeseen. GitHub on yksi suurimmista yhteistyöprojektien kehittämispalveluista. Samaan aikaan he voivat työskennellä täällä paitsi ilmaisissa, myös kaupallisissa projekteissa. Määrittämällä sopivan lisenssin kehittäjät poistavat sekaannukset luodun tuotteen käytöstä. Ongelmana on, että lisenssejä on erilaisia, eikä aina ole helppoa määrittää, kumpi vaihtoehto olisi suositeltava tietyssä tapauksessa. Ei myöskään ole harvinaista, että joillakin projekteilla ei ole lisenssiä.Lisensoinnista on perehdyttävä enemmän, jotta ymmärrettäisiin, mitä oikeuksia ja velvollisuuksia käyttäjien eri tapauksissa syntyy.

Miksi minun on lisensoitava avoimen lähdekoodin projekteja GitHubissa?

Määrittämällä vaaditun lisenssin kehittäjä voi tarjota seuraavat asiat:

1. Ohjelman käyttöehdot . Ne voivat säätää maksun suorittamisesta tai joissakin tai kaikissa tapauksissa sallia ilmaisen käytön.
2. Joskus ohjelmia luodaan yhteisön kehittämiseksi . Tällöin on tärkeää, että kaikki halukkaat pääsevät tutustumaan ohjelmateksteihin.
3. Kun koodi on saatavilla, jotkut saattavat tehdä muutoksia tehdäkseen ohjelmasta toimivan ja mahdollisimman luotettavan. Joskus kirjoittaja voi antaa kaikkien tehdä tämän, toisissa tapauksissa hän tarjoutuu lähettämään hänelle muutoksen ja tekee muutoksia projektiin itse.
4. Sinun on päätettävä, voivatko kolmannet osapuolet tehdä muutoksia projektiin ja tehdä ehdotuksia heidän puolestaan. Tässä tapauksessa on ilmoitettava, millä lisenssillä heidän tuotteensa tulisi olla.

Ratkaisemalla nämä ja vastaavat ongelmat sovelluksen tekijä itse asiassa määrää suurelta osin luomansa ohjelmistotuotteen tulevan kohtalon.

Millaisia ​​lisenssejä on olemassa

Lisenssi on sopimus, jossa toinen osapuoli (lisenssinantaja) vahvistaa säännön, jonka mukaan toinen osapuoli (lisenssinsaaja) käyttää luomaansa tuotetta. Käytännössä emme puhu asiakirjan allekirjoittamisesta osapuolten toimesta, vaan automaattisesta suostumuksesta vastaavien oikeuksien ja velvollisuuksien kanssa sitä käytettäessä. Oikeuksien ja velvollisuuksien määrittelemiselle ei käytännössä ole rajoituksia. Ainoa ehto on, että heidän on noudatettava lakia. Omien lisenssien luominen on hankalaa työtä, sillä sinun on varmistettava, että se on yhteensopiva muiden säädösten kanssa. Paras vaihtoehto on valita ja käyttää jotakin tällaisten asiakirjojen vakiotyypeistä. Käytännössä on myös tapana käyttää monilisenssiä. Useimmiten tällaisissa tapauksissa käytetään kahta lisenssiä samanaikaisesti.Vaikka ohjelman tekijällä on oikeus itsenäisesti muotoilla säännöt, joita käyttäjien on noudatettava, käytännössä on kuitenkin kehittynyt useiden erityyppisten lisenssien käyttö, joista voit useimmissa tapauksissa valita sopivan. Seuraavat ovat suosituimmat Git Hubissa käytetyt vaihtoehdot useimmissa tapauksissa. Yleisimmät Git Hubissa käytetyt lisenssit ovat:
Ohjelmoijan on voitava valita sellainen, joka sopii hänen suunnitelmiinsa. Tehdäksesi tämän oikein, sinun on ymmärrettävä, mitkä ominaisuudet ovat luontaisia ​​tietyille lajeille.

Jos tekijä kieltäytyy muotoilemasta asiakirjaa, tässä tapauksessa sovelletaan tekijänoikeutta, joka on oletuksena säädetty hänen maansa lainsäädännössä. Lisenssin puuttuminen tällä tavalla ei tarkoita, että voit tehdä ohjelmalla mitä haluat. Itse asiassa tätä tilannetta voidaan pitää yhtenä lisenssityypeistä.

Kuinka valita Github-lisenssi

Ennen kuin aloitat etsimään sopivaa vaihtoehtoa, ohjelmoijan on muotoiltava vaatimuksensa, joista hän aikoo jatkaa lisensoinnissa. Seuraavaksi sinun tulee tutustua pyyntöä vastaaviin tyypillisiin vaihtoehtoihin. Sen jälkeen sinun on tutkittava huolellisesti oikeudellinen sanamuoto ja tehtävä lopullinen päätös siitä, mikä lisenssin tulisi olla. Tehdäksesi tietoisen valinnan sinun on ymmärrettävä, mitkä oikeudet ja velvollisuudet tietyntyyppisen lisenssin määräävät. Oikean valinnan tekemiseksi voit käyttää erikoispalveluita, joita kutsutaan vertailijoiksi. Tässä on joitain esimerkkejä:

1. https://choosealicence.com/. Tämä sivusto sisältää ohjaavia kysymyksiä oikean vaihtoehdon valitsemiseen ja yksityiskohtaisia ​​neuvoja, jotka auttavat ymmärtämään käytön erityispiirteitä.
2. https://opensource.org/licenses-sivu on omistettu erilaisten ilmaisten ohjelmistoratkaisujen tarkistamiseen.
3. Sivustoa https://tldrlegal.com/ voidaan tarkastella tietosanakirjana erilaisille lisenssivaihtoehdoille. Se sisältää sekä tarkan juridisen kielen että yksityiskohtaisia ​​kommentteja.

Vertaa lisenssejä osoitteessa https://choosealicense.com/ [[]] Tuottavin
vaihtoehto on kuitenkin lukea asiaankuuluvat lakiasiakirjat huolellisesti. Vaikka tämä on aikaa vievää toimintaa, tekstien tutkiminen antaa kehittäjälle kaikki tarvitsemansa vastaukset.

Kuinka lisätä lisenssi Githubiin

Huolimatta laajasta valikoimasta lisenssivaihtoehtoja, jotka ovat käytännössä osoittaneet tehokkuutensa ja luotettavuutensa, kehittäjällä voi olla omat käsityksensä siitä, mikä lisenssin tulisi olla hänen luomalleen ohjelmalle. Tässä tapauksessa palvelu tarjoaa mahdollisuuden lisätä oman version tai muokata olemassa olevaa. Jos haluat lisätä lisenssin Githubiin, sinun on noudatettava näitä vaiheita:

1. Sinun on siirryttävä arkistosi pääsivulle.
2. Lisää tiedosto napsauttamalla painiketta ja valitse sitten ”Luo uusi tiedosto”.
3. Seuraavaksi sinun on syötettävä tiedoston nimi. Lisenssissä se voi olla toinen kahdesta vaihtoehdosta: LICENSE tai LICENCE.md. Isot kirjaimet ovat pakollisia täällä.
4. Napsauta tiedostonimen syöttökentän oikealla puolella valitaksesi lisenssimallin.
5. Valitse sivun vasemman reunan valikosta rivi ”Lisää lisenssi projektiisi”. Tässä tapauksessa vaihtoehto valitaan olemassa olevista asiakirjoista.
6. Napsauta sitten ”Tarkista ja lähetä” -riviä. Syötä sitten heidän sopimustietonsa.
7. Tämän jälkeen on tarpeen selventää, mitä lisäyksiä tai muutoksia on tehty. Seuraavaksi ne osoittavat, onko valittu asiakirja korjattu vai onko kyseessä uuden version luominen lisenssistä.

Vahvistettuaan muutokset, kehittäjä suorittaa muutokset Git Hub -palvelun lisenssiluetteloon.

Valitse lisenssi Github – Esimerkkejä suosituista lisensseistä Git Hubissa

Seuraavaksi tarkastelemme niitä vaihtoehtoja, jotka ovat suosituimpia. Kun ohjelmoija on ymmärtänyt heidän vahvuutensa ja heikkoutensa, hän pystyy löytämään oikean vaihtoehdon tai ymmärtämään, kuinka etsiä tehokkaasti.

GPL

Tätä lisenssiä voidaan kutsua yhdeksi suosituimmista. Se on klassikko niille, jotka tekevät ilmaisia ​​ohjelmistoja. Yksi tämän asiakirjan päävaatimuksista on, että se
sallii kolmansien osapuolien vapaasti muokata ohjelmaa , mutta samalla heillä on oikeus jakaa tulosta vain samalla lisenssillä. Tällä lisenssillä voi olla eri versioita. Viimeisin on kolmas. GPL:ää käyttivät muun muassa Drupal-verkkosisällönhallintajärjestelmän, MariaDB-tietokannan hallintajärjestelmän, vektorigrafiikkaeditorin InkSkape ja useiden muiden ohjelmien kehittäjät. On mielenkiintoista huomata, että SQL käyttää GPL:n lisäksi myös kaupallista lisenssiä.

LGPL

Tämä nimike tarkoittaa GNU Lesser General Public License GPL -lisenssiä. Joillekin kehittäjille GPL ei sovellu, koska se velvoittaa heitä levittämään muokattuja tuotteita samalla lisenssillä. Tämän vaihtoehdon käytön erityispiirteet voidaan havainnollistaa sillä, kuinka ohjelmoijan luomien kirjastojen käytön lisensointiprosessi tapahtuu. Tässä tapauksessa on tapana harkita seuraavia kolmea vaihtoehtoa:

1. Kun kirjasto tarjoaa uusia toimintoja, eikä mikään kaupallinen kirjasto voi suorittaa vastaavaa tehtävää, GPL:n käyttö on optimaalista.
2. Ilmaisen kirjaston kehittäjä on jo ottanut käyttöön olemassa olevan standardin. Tällä alueella on kaupallisia vaihtoehtoja, joilla on samanlaiset toiminnot. Tässä tapauksessa on kätevää valita LGPL.
3. Kun kyse on uudesta standardista, joka todella kilpailee kaupallisen kanssa, Apache-lisenssi on sopiva.

Tämä standardi
sallii kirjastojen kaupallisen käytön . Jos muutoksia tehdään, jakelussa tulee noudattaa samoja ehtoja. Yksinkertainen koodin käyttö sallii kuitenkin olosuhteiden muuttumisen.

Eclipse julkinen lisenssi

Tämä asiakirja
sallii jakelun muilla lisensseillä, mukaan lukien kaupalliset lisenssit . Pääehto on, että uudistetuissa teoksissa innovaatiot sijoitetaan erilliseen moduuliin. Tämä lisenssi on saavuttanut suosiota Java-tuotteiden kehittämisessä. Esimerkkinä on Clojure-ohjelmointikieli, java-sovellusten testauskehys.

Mozillan julkinen lisenssi

Jotkut pitävät tätä asiakirjaa kompromissina GPL:n ja kaupallisten lisenssien välillä. MPL edellyttää
julkista pääsyä tiettyihin tiedostoihin . Ohjelmistotuote saattaa sisältää joitakin tämän lisenssin alaisia ​​tiedostoja ja toisia ilman sitä. Muokkauksen jälkeen on mahdollista laittaa tarvittava lisenssi (se voi olla esimerkiksi kaupallinen), mutta tämä on mahdollista vain sillä ehdolla, että pääsy MPL:n alla julkaistuihin tiedostoihin on edelleen auki. Tässä tapauksessa loppukäyttäjälle tulee antaa tiedot alkuperäisen ohjelmiston tekijöistä. LibreOffice-toimisto, Mozilla-selain ja muut ohjelmistotuotteet julkaistiin tämän asiakirjan mukaisesti.

Apache License Github

AL:ta kutsutaan liberaaliksi vapaaksi lisenssiksi. Tämä ominaisuus johtuu siitä, että
johdannaistuotteen julkaisua ei vaadita samoissa olosuhteissa kuin ennen . Apache Software Foundation käyttää tätä asiakirjaa aktiivisesti. Sitä käytettäessä on sallittua:

1. Ohjelmistotuotteen käyttö kaupallisiin tarkoituksiin saa jatkua.
2. Sovelluksiin saa tehdä muutoksia.
3. Myöhemmissä jakeluissa on oltava alkuperäisen kirjoittajan nimi.

Uutta versiota luotaessa lisenssinhaltijoilla ei ole velvollisuutta toimittaa alkuperäistä tuotekoodia. Tämä lisenssi on saavuttanut huomattavan suosion. Tämä voidaan osoittaa luettelemalla tunnetut ohjelmistotuotteet, jotka julkaistaan ​​tämäntyyppisten lisenssien alla: Android-käyttöjärjestelmä, puitteet yrityssovellusten luomiseen Javassa, Apache-verkkopalvelin. https://youtu.be/wyZq-EazOmU

MIT-lisenssi

Jotkut ihmiset pitävät tätä ilmaisen ohjelmiston lisensointivaihtoehtoa suosituimpana. Jotkut pitävät sen pääetuna hyvää yhteensopivuutta erityyppisten ilmaisten tai kaupallisten lisenssien kanssa. Tärkeimmät ominaisuudet ovat
mahdollisuus muokata koodia sekä lupa jakaa uudelleen muilla lisensseillä muutoksen tehneen henkilön valinnan mukaan . Ohjelmistotuotteet, jotka käyttävät tätä asiakirjaa ovat: JavaScript-kirjasto nimeltä JQuiery, Atom-tekstieditori, AngularJS – puitteet JavaScriptin kehittämiseen.
Git Hubin lisenssien vertailu [/ caption]

Vedenalaisia ​​kiviä

Joskus kirjoittaja valitsee aluksi yhden version lisenssistä ja haluaa myöhemmin muuttaa sitä. Jos hän loi ohjelman yksin, tällainen muutos ei ole vaikeaa. Kuitenkin tapauksissa, joissa kehityksessä oli paljon osallistujia, se ei toimi ilman heidän suostumustaan. Esimerkiksi Linuxin luoja, vaikka hän itse teki käyttöjärjestelmän perustan, ei voi muuttaa lisenssiä ilman kaikkien niiden ohjelmoijien suostumusta, jotka osallistuivat jatkokehitykseen. Koodiin muutoksia tehneet eivät voi tarjota MPL:n alaisia ​​tiedostoja toisen lisenssin alaisena jaettaessa. Uuden asiakirjan käyttö koskee myös muita ohjelmistomoduuleja.