Wat jo witte moatte oer GitHub-lisinsjes: hoe kinne jo kieze en tafoegje

GitHub-lisinsjes – wêr prate wy oer? Om software te meitsjen, moat men it net allinich skriuwe, mar ek beslute wat brûkers of ûntwikkelders it rjocht hawwe om dermei te dwaan. As immen foar elkenien in fergees programma makket, docht er in goede died, mar wa’t it brûkt, moat rjochtfeardigje hoe’t er it brûkt. Bygelyks, as in bedriuw yn har aktiviteiten sil wurkje mei ien of oar fergees kantoar (bygelyks LibreOffice), dan moat it ynspekteurs kinne bewize dat it it rjocht hat om dat te dwaan. Om dit te dwaan, sil it genôch wêze om de passende lisinsje te presintearjen. As de ûntwikkelder ferjit it te formulearjen, dan kin it bedriuw yn in drege posysje wêze.

By it meitsjen fan in applikaasje moat de ûntwikkelder beslute hokker aksjes mei syn programma wurde tastien en hokker net. Wy kinne bygelyks net allinich prate oer it brûken, mar ek oer it bestudearjen fan de teksten fan programma’s of it meitsjen fan jo eigen oanpassingen oan it softwareprodukt. GitHub is ien fan ‘e grutste tsjinsten foar gearwurkingsprojektûntwikkeling. Tagelyk kinne se hjir net allinich wurkje oan fergese, mar ek oan kommersjele projekten. Troch de passende lisinsje oan te jaan, sille de ûntwikkelders dûbelsinnigens eliminearje yn hoe’t jo it oanmakke produkt brûke kinne. It probleem is dat der in protte ferskillende soarten lisinsjes, en it is net altyd maklik om te bepalen hokker opsje te kiezen yn in bepaald gefal. It is ek net ûngewoan dat guon projekten gjin lisinsje hawwe.

Wêrom jo Open Source-projekten moatte lisinsearje op GitHub

By it opjaan fan de fereaske lisinsje kin de ûntwikkelder it folgjende dêryn leverje:

1. Betingsten foar gebrûk fan it programma . Se kinne in fergoeding befetsje of, yn guon of alle gefallen, fergees gebrûk tastean.
2. Soms wurde programma’s makke om te ûntwikkeljen troch de mienskip . Yn dit gefal is it fan belang dat elkenien dy’t yn ‘e kunde komme wol mei de programmateksten.
3. As de teksten fan it programma beskikber binne, kinne guon feroaringen meitsje om it programma funksjoneel en sa betrouber mooglik te meitsjen. Soms kin de skriuwer elkenien dit talitte, yn oare gefallen biedt er oan om de wiziging nei him ta te stjoeren en makket er sels oanpassingen yn it projekt.
4. Jo moatte beslute oft tredden kinne meitsje feroarings oan it projekt en biede út harren namme. As jo ​​​​dit dogge, moatte jo oanjaan hokker lisinsje har produkt moat wêze mei.

Troch dizze en ferlykbere fragen op te lossen, bepaalt de skriuwer fan ‘e applikaasje eins foar in grut part it takomstige lot fan it softwareprodukt dat hy makke.

Hokker soarten lisinsjes besteane

In lisinsje is in oerienkomst wêryn’t de iene partij (de lisinsjegever) in regel fêststelt foar de oare partij (de lisinsjenimmer) om it troch him makke produkt te brûken. Yn ‘e praktyk hawwe wy it net oer it ûndertekenjen fan in dokumint troch de partijen, mar oer automatyske oerienkomst mei de oerienkommende rjochten en ferplichtingen op it gebrûk. D’r binne praktysk gjin beheiningen foar it opjaan fan rjochten en ferplichtingen. De iennichste betingst is dat se oan de wet foldwaan moatte. It meitsjen fan jo eigen lisinsjes is in komplekse baan, om’t it kompatibel wêze moat mei oare regeljouwing. De bêste opsje is om ien fan ‘e standert farianten fan sokke dokuminten te selektearjen en te brûken. Yn ‘e praktyk is it ek gebrûklik om multilisinsje te brûken. Meastentiids wurde yn sokke gefallen twa lisinsjes tagelyk brûkt. Hoewol de skriuwer fan it programma it rjocht hat om selsstannich de regels te formulearjen dy’t brûkers moatte folgje, lykwols, yn ‘e praktyk is it gebrûk fan in grut oantal soarten lisinsjes ûntwikkele, wêrfan jo yn’ e measte gefallen de juste kinne kieze. De folgjende binne de meast populêre opsjes brûkt op Git Hub yn ‘e measte gefallen. De meast brûkte lisinsjes op Git Hub binne:
De programmeur sil ien kinne kieze dy’t by syn plannen past. Om dit goed te dwaan, moatte jo begripe hokker funksjes yn beskate soarten binne.

As de skriuwer wegeret om it dokumint te formulearjen, dan sille yn dit gefal auteursrjochten jilde, dy’t standert foarsjoen binne troch de wetjouwing fan syn lân. It ûntbrekken fan in lisinsje op dizze manier betsjut net dat der wat mei it programma dien wurde kin. Yn feite kin sa’n situaasje wurde beskôge as ien fan ‘e soarten lisinsjes.

Hoe kinne jo in Github-lisinsje kieze

Foardat jo begjinne te sykjen nei in geskikte opsje, is it nedich dat de programmeur formulearret syn easken, dêr’t er giet om fierder te gean mei fierdere lisinsje. Dêrnei moatte jo josels fertroud meitsje mei de typyske opsjes dy’t oerienkomme mei it fersyk. Dêrnei moatte jo de juridyske taal soarchfâldich studearje en in definityf beslút nimme oer wat de lisinsje moat wêze. Om in ynformearre kar te meitsjen, moatte jo begripe hokker rjochten en ferplichtingen ferbûn binne mei in bepaald type lisinsje. Om de goede kar te meitsjen, kinne jo spesjale tsjinsten brûke dy’t komparators neamd wurde. Hjir binne wat foarbylden:

1. https://choosealicense.com/. Dizze side hat liedende fragen foar it kiezen fan de juste opsje en detaillearre advys om jo te helpen de funksjes fan gebrûk te begripen.
2. De https://opensource.org/licenses side is wijd oan it besjen fan ferskate fergese software-oplossings.
3. De side https://tldrlegal.com/ kin beskôge wurde as in ensyklopedy foar ferskate lisinsjeopsjes. D’r binne sawol krekte juridyske formuleringen as detaillearre opmerkingen.

De meast produktive manier om te kiezen is lykwols de relevante juridyske dokuminten soarchfâldich te lêzen . Hoewol wy it hawwe oer arbeidsyntinsive aktiviteiten, sil it bestudearjen fan ‘e teksten de ûntwikkelder alle nedige antwurden jaan.

Hoe kinne jo in lisinsje tafoegje oan Github

Nettsjinsteande de wiidweidige kar fan lisinsje-opsjes dy’t yn ‘e praktyk bewiisd hawwe effektyf en betrouber te wêzen, kin de ûntwikkelder syn eigen ideeën hawwe oer wat de lisinsje foar it programma dat hy makke moat wêze. Yn dit gefal biedt de tsjinst de mooglikheid om jo eigen ferzje ta te foegjen of de besteande oan te passen. Om in lisinsje ta te foegjen oan Github, moatte jo dizze stappen folgje:

1. Jo moatte nei de haadside fan jo repository gean.
2. Jo moatte op de knop klikke om in bestân ta te foegjen, selektearje dan “Nije bestân oanmeitsje”.
3. Folgjende moatte jo in triemnamme ynfiere. Foar in lisinsje kin dit ien fan twa opsjes wêze: LICENSE of LICENCE.md. Hjir is it gebrûk fan haadletters ferplicht.
4. Klikje rjochts fan it ynfierfjild fan de triemnamme om in lisinsjesjabloan te selektearjen.
5. Selektearje yn it menu oan de linkerkant fan ‘e side de rigel “Foegje in lisinsje ta oan jo projekt”. Yn dit gefal wurdt in fariant selektearre út besteande dokuminten.
6. Klikje dan op de rigel “Besjoch en yntsjinje”. Fier dan jo oerienkomstgegevens yn.
7. Dêrnei is it nedich om te ferdúdlikjen wat de tafoegings of feroarings binne makke. Jou dan oan oft it selektearre dokumint korrizjearre is of dat it giet om it meitsjen fan in oare ferzje fan de lisinsje.

Nei it befêstigjen fan de wizigingen foltôget de ûntwikkelder de proseduere foar it meitsjen fan wizigingen yn ‘e list mei lisinsjes op’ e Git Hub-tsjinst.

Kies in lisinsje Github – foarbylden fan populêre lisinsjes op Git Hub

De folgjende binne de opsjes dy’t de populêrste binne. Troch har sterke en swakke punten te begripen, sil de programmeur de juste opsje kinne fine of begripe hoe’t se effisjint sykje kinne.

GPL

Dizze lisinsje kin neamd wurde ien fan de meast populêre. It is klassyk foar dyjingen dy’t frije software produsearje. Ien fan ‘e wichtichste easken fan dit dokumint is dat it
tredden mooglik makket it programma frij te wizigjen , mar tagelyk hawwe se it rjocht om it resultaat allinich ûnder deselde lisinsje te fersprieden. Dizze lisinsje kin ferskate ferzjes hawwe. De lêste fan dizze is de tredde. De GPL is brûkt troch ûntwikkelders fan programma’s lykas it Drupal-webynhâldbehearsysteem, it MariaDB-databasebehearsysteem, de InkSkape-fektorgrafykbewurker, en guon oaren. It is nijsgjirrich om te notearjen dat SQL net allinich de GPL brûkt, mar ek in kommersjele lisinsje.

LGPL

Dizze namme fertaalt nei “GNU GPL Lesser General Public License”. Foar guon ûntwikkelders is de GPL net geskikt, om’t it in ferplichting foar har skept om feroare produkten ûnder deselde lisinsje te fersprieden. De skaaimerken fan ‘e tapassing fan dizze opsje kinne wurde yllustrearre troch hoe’t it proses fan lisinsje fan it gebrûk fan biblioteken makke troch de programmeur plakfynt. Yn dit gefal wurde de folgjende trije opsjes beskôge:

1. As in biblioteek nije funksjonaliteit leveret wêr’t gjin oare kommersjele biblioteek itselde kin dwaan, dan is de GPL de bêste kar.
2. De ûntwikkelder yn ‘e fergese bibleteek hat de besteande standert al ynfierd. Yn dit gebiet binne d’r kommersjele opsjes mei ferlykbere funksjes. Foar dit gefal sil it handich wêze om LGPL te kiezen.
3. As it giet om in nije standert dy’t eins konkurrearret mei de kommersjele, is de Apache-lisinsje de manier om te gean.

Dizze standert
lit kommersjeel gebrûk fan biblioteken ta . As modifikaasjes wurde makke, moatte deselde betingsten en kondysjes brûkt wurde foar distribúsje. It ienfâldige gebrûk fan ‘e koade lit de betingsten lykwols feroarje.

Eclipse Public License

Dit dokumint
lit distribúsje ta ûnder oare lisinsjes, ynklusyf kommersjele . De wichtichste betingst is dat yn de feroare wurken ynnovaasjes yn in aparte module pleatst wurde. Dizze lisinsje hat populariteit opdien yn ‘e ûntwikkeling fan produkten yn Java. In foarbyld is de programmeartaal Clojure, in ramt foar it testen fan java-applikaasjes.

Mozilla Iepenbiere lisinsje

Guon sjogge dit dokumint as in kompromis tusken de GPL en kommersjele lisinsjes. De MPL fereasket
iepen tagong ta bepaalde bestannen . It softwareprodukt kin guon bestannen befetsje ûnder dizze lisinsje en oaren sûnder. Nei de wiziging is it tastien om de lisinsje te pleatsen dy’t nedich is (it kin bygelyks in kommersjeel wêze), mar dit is allinich mooglik op betingst dat tagong ta bestannen frijjûn ûnder MPL noch iepen sil wêze. Yn dit gefal moat de einbrûker ynformaasje krije oer de auteurs fan ‘e orizjinele software. Yn oerienstimming mei dit dokumint waarden it LibreOffice-kantoar, de Mozilla-blêder en oare softwareprodukten frijlitten.

Apache-lisinsje Github

AL wurdt de liberale frije lisinsje neamd. Dizze funksje komt troch it feit dat d’r
gjin eask is om in derivative produkt frij te litten ûnder deselde betingsten as earder . Dit dokumint wurdt aktyf brûkt troch de Apache Software Foundation. By gebrûk is it folgjende tastien:

1. It softwareprodukt is tastien om fierder te brûken foar kommersjele doelen.
2. Oanpassings fan tapassing binne tastien.
3. Opfolgjende distribúsjes moatte de namme fan ‘e orizjinele auteur befetsje.

Troch in nije fariant te meitsjen, is d’r gjin ferplichting foar lisinsjenimmers om de orizjinele produktkoade te leverjen. Sa’n lisinsje hat opdien grutte populariteit. Dit kin wurde oantoand troch in list fan bekende softwareprodukten dy’t wurde frijjûn ûnder dit soarte fan lisinsje: it Android-bestjoeringssysteem, in ramt dat bedriuwsapplikaasjes makket yn Java, en de Apache-webserver. https://youtu.be/wyZq-EazOmU

MIT Lisinsje

Guon beskôgje dizze opsje foar fergese software-lisinsje as de populêrste. It wichtichste foardiel wurdt troch guon beskôge as goede kompatibiliteit mei ferskate soarten fergese as kommersjele lisinsjes. De wichtichste funksjes binne de
mooglikheid om de koade te wizigjen, lykas de tastimming om te fersprieden ûnder oare lisinsjes op ‘e kar fan dejinge dy’t de wizigingen makke . De softwareprodukten dy’t dit dokumint brûke binne: in JavaScript-bibleteek neamd JQuiery, in Atom-tekstbewurker, AngularJS, in JavaSkript-ûntwikkelingskader.
Git Hub lisinsje ferliking [/ caption]

Underwater rotsen

Soms kiest de skriuwer earst ien ferzje fan de lisinsje, en wol dy letter feroarje. As hy it programma allinich makke, dan soe sa’n feroaring net dreech wêze. Lykwols, yn gefallen dêr’t der wiene in protte dielnimmers oan de ûntwikkeling, sûnder harren tastimming dit sil net wurkje. Bygelyks, de betinker fan Linux, hoewol hy eins makke de basis fan it bestjoeringssysteem, sil net by steat wêze om te feroarjen de lisinsje sûnder de tastimming fan al dy programmeurs dy’t meidien hawwe oan fierdere ûntwikkeling. By it fersprieden ûnder de MPL kinne dejingen dy’t wizigingen oan ‘e koade hawwe makke gjin bestannen ûnder de MPL oanbiede ûnder in oare lisinsje. It gebrûk fan it nije dokumint sil ferwize nei oare programmamodules.