Lisensi GitHub – apa sing diomongake? Kanggo nggawe piranti lunak, siji ora mung kudu nulis, nanging uga mutusake apa pangguna utawa pangembang duwe hak kanggo nindakake. Yen ana wong sing nggawe program gratis kanggo kabeh wong, dheweke nindakake tumindak sing apik, nanging sapa sing nggunakake program kasebut kudu mbenerake carane nggunakake. Contone, yen perusahaan ing kegiatane bakal nggarap sawetara kantor gratis (contone, LibreOffice), mula kudu bisa mbuktekake marang inspektur manawa dheweke duwe hak kanggo nindakake. Kanggo nindakake iki, bakal cukup kanggo menehi lisensi sing cocog. Yen pangembang lali ngrumusake, mula perusahaan bisa uga ana ing posisi sing angel. Nalika nemtokake lisensi sing dibutuhake, pangembang bisa nyedhiyakake ing ngisor iki: Ngrampungake pitakonan kasebut lan sing padha, penulis aplikasi kasebut pancen nemtokake nasibe produk piranti lunak sing digawe. Lisensi minangka persetujuan ing ngendi siji pihak (pemberi lisensi) netepake aturan kanggo pihak liyane (penerima lisensi) kanggo nggunakake produk sing digawe dening dheweke. Ing praktik, kita ora ngomong babagan mlebu dokumen dening pihak, nanging babagan persetujuan otomatis karo hak lan kewajiban sing cocog nalika digunakake. Sakbenere ora ana watesan kanggo nemtokake hak lan kewajiban. Siji-sijine syarat yaiku kudu netepi hukum. Nggawe lisensi dhewe minangka tugas sing rumit, amarga kudu cocog karo peraturan liyane. Pilihan sing paling apik yaiku milih lan nggunakake salah sawijining jinis standar dokumen kasebut. Ing praktik, uga umume nggunakake multilisensi. Paling asring, ing kasus kaya mengkono, loro lisensi digunakake bebarengan. Senajan penulis program nduweni hak kanggo independen ngrumusake aturan sing kedhaftar kudu tindakake, Nanging, ing laku, nggunakake nomer akeh jinis lisensi wis dikembangaké, saka ngendi sampeyan bisa milih tengen ing paling kasus. Ing ngisor iki minangka pilihan sing paling populer digunakake ing Git Hub ing umume kasus. Lisensi sing paling umum digunakake ing Git Hub yaiku: Yen penulis ora gelem ngrumusake dokumen kasebut, mula ing kasus iki, hak cipta bakal ditrapake, sing diwenehake kanthi standar dening undang-undang negarane. Ora ana lisensi kanthi cara iki ora ateges apa wae bisa ditindakake kanthi program kasebut. Nyatane, kahanan kaya ngono bisa dianggep minangka salah sawijining jinis lisensi. Sadurunge miwiti looking for pilihan cocok, iku perlu kanggo programmer ngramu syarat, kang bakal nerusake karo lisensi luwih. Sabanjure, sampeyan kudu familiarize dhewe karo opsi khas sing cocog panjalukan. Sawise iku, sampeyan kudu sinau kanthi ati-ati babagan basa hukum lan nggawe keputusan pungkasan babagan lisensi kasebut. Kanggo nggawe pilihan informed, sampeyan kudu ngerti apa hak lan kewajiban digandhengake karo jinis tartamtu saka lisensi. Kanggo nggawe pilihan sing tepat, sampeyan bisa nggunakake layanan khusus sing disebut komparator. Ing ngisor iki sawetara conto: [caption id = "attachment_11858" align = "aligncenter" width = "840"]
Napa sampeyan kudu menehi lisensi proyek Open Source ing GitHub
Apa jinis lisensi sing ana
Cara milih lisensi Github
Cara nambah lisensi menyang Github
Senadyan pilihan ekstensif opsi lisensi sing wis kabukten efektif lan dipercaya ing praktik, pangembang bisa uga duwe ide dhewe babagan lisensi kanggo program sing digawe. Ing kasus iki, layanan kasebut menehi kemampuan kanggo nambah versi sampeyan dhewe utawa nyetel sing wis ana. Kanggo nambah lisensi menyang Github, sampeyan kudu tindakake langkah iki:
- Sampeyan kudu pindhah menyang kaca utama repositori sampeyan.
- Sampeyan kudu ngeklik tombol kanggo nambah file, banjur pilih “Gawe file anyar”.
- Sabanjure, sampeyan kudu ngetik jeneng file. Kanggo lisensi, iki bisa dadi salah siji saka rong pilihan: LICENSE utawa LICENCE.md. Ing kene nggunakake huruf kapital wajib.
- Ing sisih tengen kolom input jeneng berkas, klik kanggo milih cithakan lisensi.
- Ing menu ing sisih kiwa kaca, pilih baris “Tambah lisensi kanggo proyek sampeyan”. Ing kasus iki, varian dipilih saka dokumen sing wis ana.
- Banjur klik ing baris “Deleng lan kirim”. Banjur ketik rincian persetujuan sampeyan.
- Sawisé iku, perlu kanggo njlentrehake apa tambahan utawa owah-owahan. Sabanjure, tuduhake manawa dokumen sing dipilih wis didandani utawa babagan nggawe versi lisensi liyane.
Sawise konfirmasi owah-owahan, pangembang ngrampungake prosedur kanggo nggawe owah-owahan ing dhaptar lisensi ing layanan Git Hub.
Pilih lisensi Github – conto lisensi populer ing Git Hub
Ing ngisor iki minangka pilihan sing paling populer. Kanthi mangerteni kekuwatan lan kelemahane, programer bakal bisa nemokake pilihan sing tepat utawa ngerti carane nggoleki kanthi efisien.
GPL
Lisensi iki bisa diarani salah siji sing paling populer. Iku klasik kanggo sing ngasilake piranti lunak gratis. Salah sawijining syarat utama dokumen iki yaiku
ngidini pihak katelu bisa ngowahi program kasebut kanthi bebas , nanging ing wektu sing padha duwe hak kanggo nyebarake asil mung ing lisensi sing padha. Lisensi iki bisa uga duwe versi sing beda. Sing paling anyar yaiku sing nomer telu. GPL wis digunakake dening pangembang program kayata sistem manajemen konten web Drupal, sistem manajemen database MariaDB, editor grafis vektor InkSkape, lan sawetara liyane. Iku menarik kanggo Wigati sing SQL nggunakake ora mung GPL, nanging uga lisensi komersial.
LGPL
Jeneng iki nerjemahake dadi “Lisensi Umum Umum GNU GPL Lesser”. Kanggo sawetara pangembang, GPL ora cocog, amarga nggawe kewajiban kanggo nyebarake produk sing dimodifikasi miturut lisensi sing padha. Fitur aplikasi pilihan iki bisa digambarake kanthi cara proses lisensi panggunaan perpustakaan sing digawe dening programmer. Ing kasus iki, telung opsi ing ngisor iki dianggep:
- Nalika perpustakaan nyedhiyakake fungsi anyar sing ora ana perpustakaan komersial liyane sing bisa nindakake perkara sing padha, mula GPL minangka pilihan sing paling apik.
- Pangembang ing perpustakaan gratis wis ngetrapake standar sing ana. Ing wilayah iki, ana opsi komersial kanthi fungsi sing padha. Kanggo kasus iki, bakal trep kanggo milih LGPL.
- Nalika nerangake standar anyar sing bener-bener bersaing karo sing komersial, lisensi Apache minangka cara sing kudu ditindakake.
Standar iki
ngidini panggunaan perpustakaan komersial . Yen modifikasi digawe, syarat lan kahanan sing padha kudu digunakake kanggo distribusi. Nanging, panggunaan kode sing gampang ngidini kahanan bisa diganti.
Lisensi Umum Eclipse
Dokumen iki
ngidini distribusi miturut lisensi liyane, kalebu lisensi komersial . Kondisi utama yaiku ing karya sing diowahi, inovasi bakal diselehake ing modul sing kapisah. Lisensi iki wis entuk popularitas ing pangembangan produk ing Jawa. Conto yaiku basa pamrograman Clojure, kerangka kanggo nguji aplikasi java.
Lisensi Umum Mozilla
Sawetara ndeleng dokumen iki minangka kompromi antarane GPL lan lisensi komersial. MPL mbutuhake
akses mbukak menyang file tartamtu . Produk piranti lunak bisa uga ngemot sawetara file miturut lisensi iki lan liya-liyane tanpa lisensi kasebut. Sawise modifikasi, diijini sijine lisensi sing dibutuhake (contone, bisa dadi komersial), nanging iki mung bisa ditindakake kanthi syarat akses menyang file sing dirilis ing MPL isih bakal mbukak. Ing kasus iki, pangguna pungkasan kudu diwenehi informasi babagan penulis piranti lunak asli. Sesuai karo dokumen iki, kantor LibreOffice, browser Mozilla lan produk piranti lunak liyane dirilis.
Lisensi Apache Github
AL diarani lisensi bebas liberal. Fitur iki amarga
ora ana syarat kanggo ngeculake produk turunan ing kondisi sing padha kaya sadurunge . Dokumen iki aktif digunakake dening Apache Software Foundation. Nalika digunakake, ing ngisor iki diidini:
- Produk piranti lunak diidini digunakake kanggo tujuan komersial.
- Modifikasi aplikasi diijini.
- Distribusi sakteruse kudu kalebu jeneng penulis asli.
Kanthi nggawe varian anyar, ora ana kewajiban kanggo para pemegang lisensi nyedhiyakake kode produk asli. Lisensi kasebut wis entuk popularitas. Iki bisa dituduhake kanthi nyathet produk piranti lunak kondhang sing dirilis miturut jinis lisensi iki: sistem operasi Android, kerangka kerja sing nggawe aplikasi perusahaan ing Jawa, lan server web Apache. https://youtu.be/wyZq-EazOmU
Lisensi MIT
Sawetara nganggep pilihan lisensi piranti lunak gratis iki minangka sing paling populer. Kauntungan utama dianggep minangka kompatibilitas sing apik karo macem-macem jinis lisensi gratis utawa komersial. Fitur sing paling penting yaiku
kemampuan kanggo ngowahi kode kasebut, uga ijin kanggo nyebarake miturut lisensi liyane kanthi pilihan sing nggawe owah-owahan . Produk piranti lunak sing nggunakake dokumen iki yaiku: perpustakaan JavaScript sing diarani JQuiery, editor teks Atom, AngularJS, kerangka pangembangan JavaScript.
Watu ing jero banyu
Kadhangkala penulis pisanan milih siji versi lisensi, lan mengko pengin ngganti. Yen dheweke nggawe program kasebut dhewe, mula owah-owahan kasebut ora bakal angel. Nanging, ing kasus sing ana akeh peserta ing pembangunan, banjur tanpa idin iki ora bakal bisa. Contone, pangripta Linux, sanajan dheweke bener-bener nggawe basis sistem operasi, ora bakal bisa ngganti lisensi kasebut tanpa idin saka kabeh programer sing melu pangembangan luwih lanjut. Nalika nyebarake ing MPL, sing nggawe owah-owahan ing kode ora bisa nawakake file ing MPL ing lisensi beda. Panggunaan dokumen anyar bakal ngrujuk menyang modul program liyane.
