Það sem þú þarft að vita um GitHub leyfi: hvernig á að velja og bæta við

Программирование

GitHub leyfi – hvað erum við að tala um? Til þess að búa til hugbúnað verður maður ekki bara að skrifa hann, heldur einnig að ákveða hvað notendur eða þróunaraðilar hafa rétt til að gera við hann. Ef einhver býr til ókeypis forrit fyrir alla þá er hann að gera góðverk, en sá sem notar það verður að rökstyðja hvernig hann notar það. Til dæmis, ef fyrirtæki í starfsemi sinni mun vinna með einhverri ókeypis skrifstofu (til dæmis LibreOffice), þá verður það að geta sannað fyrir skoðunarmönnum að það hafi rétt til þess. Til að gera þetta mun það vera nóg að leggja fram viðeigandi leyfi. Ef framkvæmdaraðili gleymir að móta það getur fyrirtækið verið í erfiðri stöðu.

Það sem þú þarft að vita um GitHub leyfi: hvernig á að velja og bæta við
Flokkun leyfa og tegundir leyfa
Þegar forrit er búið til verður verktaki að ákveða hvaða aðgerðir með forritinu hans verða leyfðar og hverjar ekki. Til dæmis getum við ekki aðeins talað um notkun, heldur einnig um að læra texta forrita eða gera eigin breytingar á hugbúnaðarvörunni. GitHub er ein stærsta þjónustan fyrir þróun samvinnuverkefna. Á sama tíma geta þeir unnið hér ekki aðeins að ókeypis, heldur einnig að viðskiptalegum verkefnum. Með því að tilgreina viðeigandi leyfi munu hönnuðir eyða tvískinnungum í því hvernig eigi að nota tilbúna vöru. Vandamálið er að það eru til margar mismunandi tegundir leyfis og það er ekki alltaf auðvelt að ákveða hvaða valkost á að velja í tilteknu tilviki. Það er heldur ekki óalgengt að sum verkefni séu án leyfis.
Það sem þú þarft að vita um GitHub leyfi: hvernig á að velja og bæta við

Af hverju þú þarft að gefa leyfi fyrir Open Source verkefni á GitHub

Þegar tilskilið leyfi er tilgreint getur verktaki lagt fram eftirfarandi í því:

  1. Notkunarskilmálar forritsins . Þeir geta falið í sér gjald eða, í sumum eða öllum tilvikum, leyft ókeypis notkun.
  2. Stundum eru forrit búin til til að þróa af samfélaginu . Í þessu tilviki er mikilvægt að allir sem vilja kynna sér dagskrártextana.
  3. Þegar texti forritsins er tiltækur gætu sumir gert breytingar til að gera forritið virkt og eins áreiðanlegt og mögulegt er. Stundum getur höfundur leyft öllum að gera þetta, í öðrum tilfellum býðst hann til að senda breytinguna til sín og gerir lagfæringar á verkefninu sjálfur.
  4. Þú þarft að ákveða hvort þriðju aðilar geti gert breytingar á verkefninu og boðið fyrir þeirra hönd. Þegar þú gerir þetta þarftu að tilgreina hvaða leyfi vara þeirra ætti að vera með.

Með því að leysa þessar og svipaðar spurningar ræður höfundur forritsins í raun að miklu leyti framtíðarörlög hugbúnaðarvörunnar sem hann bjó til.

Hvaða tegundir leyfis eru til

Leyfi er samningur þar sem annar aðilinn (leyfisveitandinn) setur reglu um að hinn aðilinn (leyfishafi) noti vöruna sem hann hefur búið til. Í reynd erum við ekki að tala um undirritun skjals af hálfu aðila, heldur um sjálfvirkt samkomulag um samsvarandi réttindi og skyldur við notkun þess. Það eru nánast engar takmarkanir á því að tilgreina réttindi og skyldur. Eina skilyrðið er að þeir verði að fara að lögum. Að búa til eigin leyfi er flókið starf, þar sem það verður að vera í samræmi við aðrar reglur. Besti kosturinn er að velja og nota eitt af stöðluðum afbrigðum slíkra skjala. Í reynd er einnig venja að nota fjölleyfa. Oftast eru í slíkum tilvikum notuð tvö leyfi samtímis. Þrátt fyrir að höfundur forritsins hafi rétt til að móta sjálfstætt reglurnar sem notendur verða að fylgja, hefur engu að síður þróast í reynd notkun á miklum fjölda tegunda leyfa, sem þú getur valið rétta úr í flestum tilfellum. Eftirfarandi eru vinsælustu valkostirnir sem notaðir eru á Git Hub í flestum tilfellum. Leyfin sem oftast eru notuð á Git Hub eru:
Það sem þú þarft að vita um GitHub leyfi: hvernig á að velja og bæta viðForritarinn verður að geta valið einn sem passar við áætlanir hans. Til að gera þetta rétt þarftu að skilja hvaða eiginleikar eru fólgnir í ákveðnum tegundum.

Ef höfundur neitar að útbúa skjalið, þá gildir í þessu tilfelli höfundarréttur, sem kveðið er á um sjálfgefið í löggjöf lands hans. Skortur á leyfi á þennan hátt þýðir ekki að hægt sé að gera neitt með forritinu. Í raun má líta á slíkt ástand sem eina af tegundum leyfis.

Hvernig á að velja Github leyfi

Áður en þú byrjar að leita að hentugum valkosti er nauðsynlegt að forritarinn setji fram kröfur sínar, sem hann ætlar að halda áfram með frekari leyfisveitingar. Næst ættir þú að kynna þér dæmigerða valkosti sem passa við beiðnina. Eftir það þarftu að kynna þér lögmálið vandlega og taka endanlega ákvörðun um hvað leyfið ætti að vera. Til að taka upplýsta val þarftu að skilja hvaða réttindi og skyldur eru tengd tiltekinni tegund leyfis. Til að velja rétt geturðu notað sérstaka þjónustu sem kallast samanburðartæki. Hér eru nokkur dæmi:

  1. https://choosealicense.com/. Þessi síða hefur leiðandi spurningar um að velja réttan kost og ítarlegar ráðleggingar til að hjálpa þér að skilja eiginleika notkunarinnar.
  2. Síðan https://opensource.org/licenses er tileinkuð því að skoða ýmsar ókeypis hugbúnaðarlausnir.
  3. Hægt er að líta á síðuna https://tldrlegal.com/ sem alfræðiorðabók fyrir ýmsa leyfisvalkosti. Það eru bæði nákvæmar lagasetningar og ítarlegar athugasemdir.
Það sem þú þarft að vita um GitHub leyfi: hvernig á að velja og bæta við
Samanburður á leyfum á https://choosealicense.com/
Hins vegar er afkastamesta leiðin til að velja að lesa vandlega viðeigandi lagaskjöl . Þó að við séum að tala um vinnufreka starfsemi, mun lestur textanna engu að síður gefa verktaki öll nauðsynleg svör.

Hvernig á að bæta leyfi við Github

Þrátt fyrir mikið val á leyfisvalkostum sem hafa reynst árangursríkar og áreiðanlegar í reynd getur verktaki haft sínar eigin hugmyndir um hvert leyfið fyrir forritið sem hann bjó til ætti að vera. Í þessu tilviki veitir þjónustan möguleika á að bæta við þinni eigin útgáfu eða aðlaga þá sem fyrir er. Til að bæta leyfi við Github þarftu að fylgja þessum skrefum:

  1. Þú þarft að fara á aðalsíðu geymslunnar þinnar.Það sem þú þarft að vita um GitHub leyfi: hvernig á að velja og bæta við
  2. Þú þarft að smella á hnappinn til að bæta við skrá og velja síðan “Búa til nýja skrá”.Það sem þú þarft að vita um GitHub leyfi: hvernig á að velja og bæta við
  3. Næst þarftu að slá inn skráarnafn. Fyrir leyfi getur þetta verið einn af tveimur valkostum: LICENSE eða LICENCE.md. Hér er skylt að nota hástafi.
  4. Hægra megin við innsláttarreit skráarnafns, smelltu til að velja leyfissniðmát.Það sem þú þarft að vita um GitHub leyfi: hvernig á að velja og bæta við
  5. Í valmyndinni vinstra megin á síðunni velurðu línuna “Bæta leyfi við verkefnið þitt”. Í þessu tilviki er afbrigði valið úr fyrirliggjandi skjölum.Það sem þú þarft að vita um GitHub leyfi: hvernig á að velja og bæta við
  6. Smelltu síðan á línuna “Skoða og senda inn”. Sláðu síðan inn samningsupplýsingar þínar.
  7. Eftir það þarf að skýra hvaða viðbætur eða breytingar voru gerðar. Næst skaltu tilgreina hvort valið skjal hafi verið leiðrétt eða hvort það snýst um að búa til aðra útgáfu af leyfinu.Það sem þú þarft að vita um GitHub leyfi: hvernig á að velja og bæta við

Eftir að hafa staðfest breytingarnar lýkur verktaki ferlinu til að gera breytingar á listanum yfir leyfi á Git Hub þjónustunni.

Veldu leyfi Github – dæmi um vinsæl leyfi á Git Hub

Eftirfarandi eru valkostirnir sem eru vinsælastir. Með því að skilja styrkleika þeirra og veikleika mun forritarinn geta fundið rétta valkostinn eða skilið hvernig á að leita á skilvirkan hátt.

GPL

Þetta leyfi má kalla eitt það vinsælasta. Það er klassískt fyrir þá sem framleiða ókeypis hugbúnað. Ein af helstu kröfum þessa skjals er að það
leyfir þriðju aðilum að breyta forritinu frjálslega , en á sama tíma hafa þeir rétt til að dreifa niðurstöðunni aðeins með sama leyfi. Þetta leyfi kann að hafa mismunandi útgáfur. Sú nýjasta þeirra er sú þriðja. GPL hefur verið notað af forriturum eins og Drupal vefumsjónarkerfi, MariaDB gagnagrunnsstjórnunarkerfi, InkSkape vektorgrafík ritstjóra og nokkrum öðrum. Það er athyglisvert að SQL notar ekki aðeins GPL heldur einnig viðskiptaleyfi.

LGPL

Þetta nafn þýðir “GNU GPL Lesser General Public License”. Fyrir suma þróunaraðila hentar GPL ekki, þar sem það skapar skyldu fyrir þá til að dreifa breyttum vörum undir sama leyfi. Hægt er að sýna eiginleika notkunar þessa valkosts með því hvernig ferlið við að veita leyfi fyrir notkun bókasöfnum sem forritarinn hefur búið til fer fram. Í þessu tilviki eru eftirfarandi þrír valkostir skoðaðir:

  1. Þegar bókasafn býður upp á nýja virkni þar sem ekkert annað viðskiptabókasafn getur gert slíkt hið sama, þá er GPL besti kosturinn.
  2. Verktaki í ókeypis bókasafninu hefur þegar innleitt núverandi staðal. Á þessu svæði eru viðskiptalegir valkostir með svipaða virkni. Í þessu tilfelli mun það vera þægilegt að velja LGPL.
  3. Þegar kemur að nýjum staðli sem raunverulega keppir við þann viðskiptalega, þá er Apache leyfið leiðin til að fara.

Þessi staðall
leyfir viðskiptalega notkun bókasöfnum . Ef breytingar eru gerðar þarf að nota sömu skilmála og skilyrði fyrir dreifingu. Hins vegar gerir einföld notkun kóðans kleift að breytast.

Eclipse Public License

Þetta skjal
leyfir dreifingu samkvæmt öðrum leyfum, þar með talið viðskiptaleyfum . Meginskilyrði er að í breyttu verkunum verði nýjungar settar í sérstaka einingu. Þetta leyfi hefur náð vinsældum í þróun vara í Java. Dæmi er Clojure forritunarmálið, rammi til að prófa java forrit.
Það sem þú þarft að vita um GitHub leyfi: hvernig á að velja og bæta við

Mozilla almenningsleyfi

Sumir líta á þetta skjal sem málamiðlun milli GPL og viðskiptaleyfa. MPL krefst
opins aðgangs að ákveðnum skrám . Hugbúnaðarvaran kann að innihalda sumar skrár samkvæmt þessu leyfi og aðrar án þess. Eftir breytinguna er leyfilegt að setja leyfið sem þarf (til dæmis getur það verið viðskiptalegt), en það er aðeins mögulegt með því skilyrði að aðgangur að skrám sem gefnar eru út undir MPL verði enn opinn. Í þessu tilviki verður að veita endanotanda upplýsingar um höfunda upprunalega hugbúnaðarins. Í samræmi við þetta skjal var LibreOffice skrifstofan, Mozilla vafrinn og aðrar hugbúnaðarvörur gefnar út.

Apache leyfi Github

AL er kallað frjálst frjálst leyfi. Þessi eiginleiki er vegna þess að það er
engin krafa um að gefa út afleidda vöru við sömu skilyrði og áður . Þetta skjal er virkt notað af Apache Software Foundation. Þegar það er notað er eftirfarandi leyfilegt:

  1. Heimilt er að nota hugbúnaðarvöruna frekar í viðskiptalegum tilgangi.
  2. Breytingar á forritum eru leyfðar.
  3. Síðari dreifingar ættu að innihalda nafn upprunalega höfundarins.

Með því að búa til nýtt afbrigði er engin skylda fyrir leyfishafa að gefa upp upprunalega vörukóðann. Slíkt leyfi hefur náð töluverðum vinsældum. Þetta er hægt að sýna fram á með því að skrá vel þekktar hugbúnaðarvörur sem eru gefnar út með þessari tegund leyfis: Android stýrikerfið, ramma sem býr til fyrirtækjaforrit í Java og Apache vefþjóninn. https://youtu.be/wyZq-EazOmU

MIT leyfi

Sumir telja þennan ókeypis hugbúnaðarleyfisvalkost vera vinsælasta. Helsti kostur þess er af sumum talinn vera góður samhæfni við ýmsar tegundir ókeypis eða viðskiptaleyfa. Mikilvægustu eiginleikarnir eru
hæfileikinn til að breyta kóðanum, sem og leyfi til að dreifa undir öðrum leyfum að vali þess sem gerði breytingarnar . Hugbúnaðarvörurnar sem nota þetta skjal eru: JavaScript bókasafn sem heitir JQuiery, Atom textaritill, AngularJS, JavaScript þróunarrammi.

Það sem þú þarft að vita um GitHub leyfi: hvernig á að velja og bæta við
Git Hub leyfissamanburður

Neðansjávarsteinar

Stundum velur höfundur fyrst eina útgáfu af leyfinu og vill síðar breyta því. Ef hann bjó til forritið einn, þá væri slík breyting ekki erfið. Hins vegar, í þeim tilvikum þar sem margir þátttakendur voru í þróuninni, þá mun þetta ekki virka án þeirra samþykkis. Til dæmis, skapari Linux, þó hann hafi í raun gert grunninn að stýrikerfinu, mun ekki geta breytt leyfinu nema með samþykki allra þeirra forritara sem tóku þátt í frekari þróun. Þegar dreift er samkvæmt MPL geta þeir sem gerðu breytingar á kóðanum ekki boðið skrár undir MPL undir öðru leyfi. Notkun nýja skjalsins mun vísa til annarra forritaeininga.

info
Rate author
Add a comment