Perkara yang perlu anda ketahui tentang lesen GitHub: cara memilih dan menambah

Lesen GitHub – apa yang kita bincangkan? Untuk mencipta perisian, seseorang bukan sahaja mesti menulisnya, tetapi juga memutuskan apa yang pengguna atau pembangun mempunyai hak untuk melakukannya. Jika seseorang mencipta program percuma untuk semua orang, dia melakukan perbuatan baik, tetapi sesiapa yang menggunakannya perlu membenarkan cara dia menggunakannya. Sebagai contoh, jika syarikat dalam aktivitinya akan bekerjasama dengan beberapa pejabat percuma (contohnya, LibreOffice), maka ia mesti dapat membuktikan kepada pemeriksa bahawa ia mempunyai hak untuk berbuat demikian. Untuk melakukan ini, sudah cukup untuk mengemukakan lesen yang sesuai. Jika pemaju terlupa untuk merumuskannya, maka syarikat itu mungkin berada dalam kedudukan yang sukar.

Semasa membuat aplikasi, pembangun mesti memutuskan tindakan dengan programnya yang akan dibenarkan dan yang tidak. Sebagai contoh, kita boleh bercakap bukan sahaja tentang penggunaan, tetapi juga tentang mengkaji teks program atau membuat pelarasan anda sendiri pada produk perisian. GitHub ialah salah satu perkhidmatan terbesar untuk pembangunan projek kerjasama. Pada masa yang sama, mereka boleh bekerja di sini bukan sahaja secara percuma, tetapi juga pada projek komersial. Dengan menyatakan lesen yang sesuai, pembangun akan menghapuskan kekaburan dalam cara menggunakan produk yang dicipta. Masalahnya ialah terdapat pelbagai jenis lesen, dan tidak selalunya mudah untuk menentukan pilihan mana yang hendak dipilih dalam kes tertentu. Ia juga bukan sesuatu yang luar biasa bagi sesetengah projek tidak mempunyai lesen.

Mengapa anda perlu melesenkan projek Sumber Terbuka di GitHub

Apabila menentukan lesen yang diperlukan, pembangun boleh memberikan yang berikut di dalamnya:

1. Syarat penggunaan program . Ia mungkin melibatkan bayaran atau, dalam beberapa atau semua kes, membenarkan penggunaan percuma.
2. Kadangkala program dicipta untuk dibangunkan oleh masyarakat . Dalam kes ini, adalah penting bahawa setiap orang yang ingin berkenalan dengan teks program.
3. Apabila teks program tersedia, sesetengah mungkin membuat perubahan untuk menjadikan program berfungsi dan boleh dipercayai yang mungkin. Kadangkala pengarang boleh membenarkan semua orang melakukan ini, dalam kes lain dia menawarkan untuk menghantar perubahan kepadanya, dan membuat pelarasan pada projek itu sendiri.
4. Anda perlu memutuskan sama ada pihak ketiga boleh membuat perubahan pada projek dan menawarkan bagi pihak mereka. Apabila melakukan ini, anda perlu menentukan lesen yang mana produk mereka harus digunakan.

Menyelesaikan soalan-soalan ini dan yang serupa, pengarang aplikasi sebenarnya sebahagian besarnya menentukan nasib masa depan produk perisian yang diciptanya.

Apakah jenis lesen yang wujud

Lesen ialah perjanjian di mana satu pihak (pemegang lesen) menetapkan peraturan untuk pihak lain (pemegang lesen) menggunakan produk yang dicipta olehnya. Dalam praktiknya, kita tidak bercakap tentang menandatangani dokumen oleh pihak-pihak, tetapi mengenai perjanjian automatik dengan hak dan kewajipan yang sepadan apabila digunakan. Hampir tiada sekatan untuk menentukan hak dan kewajipan. Satu-satunya syarat ialah mereka mesti mematuhi undang-undang. Membuat lesen anda sendiri adalah kerja yang rumit, kerana ia mesti serasi dengan peraturan lain. Pilihan terbaik ialah memilih dan menggunakan salah satu jenis standard dokumen tersebut. Dalam amalan, ia juga lazim untuk menggunakan multilicensing. Selalunya, dalam kes sedemikian, dua lesen digunakan secara serentak. Walaupun pengarang program mempunyai hak untuk merumuskan secara bebas peraturan yang mesti diikuti oleh pengguna, namun, dalam praktiknya, penggunaan sejumlah besar jenis lesen telah berkembang, dari mana anda boleh memilih yang betul dalam kebanyakan kes. Berikut ialah pilihan paling popular yang digunakan pada Git Hub dalam kebanyakan kes. Lesen yang paling biasa digunakan pada Git Hub ialah:
Pengaturcara perlu dapat memilih satu yang sesuai dengan rancangannya. Untuk melakukan ini dengan betul, anda perlu memahami ciri-ciri yang wujud dalam spesies tertentu.

Jika pengarang enggan merumuskan dokumen tersebut, maka dalam hal ini hak cipta akan terpakai, yang diperuntukkan secara lalai oleh perundangan negaranya. Ketiadaan lesen dengan cara ini tidak bermakna apa-apa boleh dilakukan dengan program ini. Malah, keadaan sedemikian boleh dianggap sebagai salah satu jenis lesen.

Bagaimana untuk memilih lesen Github

Sebelum anda mula mencari pilihan yang sesuai, pengaturcara perlu merumuskan keperluannya, dari mana dia akan meneruskan pelesenan selanjutnya. Seterusnya, anda harus membiasakan diri dengan pilihan biasa yang sepadan dengan permintaan. Selepas itu, anda perlu mengkaji dengan teliti bahasa undang-undang dan membuat keputusan muktamad tentang jenis lesen itu. Untuk membuat pilihan termaklum, anda perlu memahami hak dan kewajipan yang dikaitkan dengan jenis lesen tertentu. Untuk membuat pilihan yang tepat, anda boleh menggunakan perkhidmatan khas yang dipanggil komparator. Berikut adalah beberapa contoh:

1. https://choosealicense.com/. Tapak ini mempunyai soalan utama untuk memilih pilihan yang betul dan nasihat terperinci untuk membantu anda memahami ciri penggunaan.
2. Halaman https://opensource.org/licenses dikhususkan untuk menyemak pelbagai penyelesaian perisian percuma.
3. Laman https://tldrlegal.com/ boleh dianggap sebagai ensiklopedia untuk pelbagai pilihan lesen. Terdapat kedua-dua rumusan undang-undang yang tepat dan ulasan terperinci.

Walau bagaimanapun, cara yang paling produktif untuk dipilih ialah membaca dengan teliti dokumen undang-undang yang berkaitan . Walaupun kita bercakap tentang aktiviti intensif buruh, namun, mengkaji teks akan memberikan pembangun semua jawapan yang diperlukan.

Bagaimana untuk menambah lesen ke Github

Walaupun terdapat banyak pilihan pilihan lesen yang telah terbukti berkesan dan boleh dipercayai dalam amalan, pembangun mungkin mempunyai idea sendiri tentang jenis lesen untuk program yang dibuatnya. Dalam kes ini, perkhidmatan menyediakan keupayaan untuk menambah versi anda sendiri atau melaraskan versi sedia ada. Untuk menambah lesen pada Github, anda perlu mengikuti langkah berikut:

1. Anda perlu pergi ke halaman utama repositori anda.
2. Anda perlu mengklik pada butang untuk menambah fail, kemudian pilih “Buat fail baharu”.
3. Seterusnya, anda perlu memasukkan nama fail. Untuk lesen, ini boleh menjadi salah satu daripada dua pilihan: LESEN atau LICENCE.md. Di sini penggunaan huruf besar adalah wajib.
4. Di sebelah kanan medan input nama fail, klik untuk memilih templat lesen.
5. Dalam menu di sebelah kiri halaman, pilih baris “Tambah lesen pada projek anda”. Dalam kes ini, varian dipilih daripada dokumen sedia ada.
6. Kemudian klik pada baris “Semak dan serahkan”. Kemudian masukkan butiran perjanjian anda.
7. Selepas itu, adalah perlu untuk menjelaskan apa penambahan atau perubahan yang dibuat. Seterusnya, nyatakan sama ada dokumen yang dipilih telah diperbetulkan atau sama ada ia mengenai mencipta versi lain lesen.

Selepas mengesahkan perubahan, pembangun melengkapkan prosedur untuk membuat perubahan pada senarai lesen pada perkhidmatan Git Hub.

Pilih lesen Github – contoh lesen popular di Git Hub

Berikut adalah pilihan yang paling popular. Dengan memahami kekuatan dan kelemahan mereka, pengaturcara akan dapat mencari pilihan yang betul atau memahami cara mencari dengan cekap.

GPL

Lesen ini boleh dipanggil salah satu yang paling popular. Ia adalah klasik untuk mereka yang menghasilkan perisian percuma. Salah satu keperluan utama dokumen ini ialah ia
membenarkan pihak ketiga mengubah suai program secara bebas , tetapi pada masa yang sama mereka mempunyai hak untuk mengedarkan hasilnya hanya di bawah lesen yang sama. Lesen ini mungkin mempunyai versi yang berbeza. Yang terbaru adalah yang ketiga. GPL telah digunakan oleh pembangun program seperti sistem pengurusan kandungan web Drupal, sistem pengurusan pangkalan data MariaDB, editor grafik vektor InkSkape dan beberapa yang lain. Adalah menarik untuk diperhatikan bahawa SQL bukan sahaja menggunakan GPL, tetapi juga lesen komersial.

LGPL

Nama ini diterjemahkan kepada “GNU GPL Lesser General Public License”. Bagi sesetengah pembangun, GPL tidak sesuai, kerana ia mewujudkan kewajipan bagi mereka untuk mengedarkan produk yang diubah suai di bawah lesen yang sama. Ciri-ciri aplikasi pilihan ini boleh digambarkan dengan bagaimana proses pelesenan penggunaan perpustakaan yang dicipta oleh pengaturcara berlaku. Dalam kes ini, tiga pilihan berikut dipertimbangkan:

1. Apabila perpustakaan menyediakan fungsi baharu di mana tiada perpustakaan komersial lain boleh melakukan perkara yang sama, maka GPL ialah pilihan terbaik.
2. Pembangun dalam perpustakaan percuma telah pun melaksanakan standard sedia ada. Di kawasan ini, terdapat pilihan komersial dengan fungsi yang serupa. Untuk kes ini, lebih mudah untuk memilih LGPL.
3. Apabila ia datang kepada piawaian baharu yang sebenarnya bersaing dengan standard komersial, lesen Apache adalah cara terbaik.

Piawaian ini
membenarkan penggunaan komersil perpustakaan . Jika pengubahsuaian dibuat, terma dan syarat yang sama mesti digunakan untuk pengedaran. Walau bagaimanapun, penggunaan kod yang mudah membolehkan keadaan berubah.

Lesen Awam Eclipse

Dokumen ini
membenarkan pengedaran di bawah lesen lain, termasuk lesen komersial . Syarat utama ialah dalam karya yang diubah suai, inovasi akan diletakkan dalam modul yang berasingan. Lesen ini telah mendapat populariti dalam pembangunan produk di Jawa. Contohnya ialah bahasa pengaturcaraan Clojure, rangka kerja untuk menguji aplikasi java.

Lesen Awam Mozilla

Sesetengah melihat dokumen ini sebagai kompromi antara GPL dan lesen komersial. MPL memerlukan
akses terbuka kepada fail tertentu . Produk perisian mungkin mengandungi beberapa fail di bawah lesen ini dan yang lain tanpanya. Selepas pengubahsuaian, ia dibenarkan untuk meletakkan lesen yang diperlukan (contohnya, ia boleh menjadi lesen komersial), tetapi ini hanya boleh dilakukan dengan syarat akses kepada fail yang dikeluarkan di bawah MPL masih akan dibuka. Dalam kes ini, pengguna akhir mesti diberikan maklumat tentang pengarang perisian asal. Selaras dengan dokumen ini, pejabat LibreOffice, pelayar Mozilla dan produk perisian lain telah dikeluarkan.

Github Lesen Apache

AL dipanggil lesen bebas liberal. Ciri ini disebabkan oleh fakta bahawa
tiada keperluan untuk mengeluarkan produk derivatif dalam keadaan yang sama seperti sebelum ini . Dokumen ini digunakan secara aktif oleh Apache Software Foundation. Apabila digunakan, perkara berikut dibenarkan:

1. Produk perisian dibenarkan untuk digunakan selanjutnya untuk tujuan komersial.
2. Pengubahsuaian aplikasi dibenarkan.
3. Pengedaran seterusnya hendaklah memasukkan nama pengarang asal.

Dengan mencipta varian baharu, tiada kewajipan bagi pemegang lesen untuk memberikan kod produk asal. Lesen sedemikian telah mendapat populariti yang besar. Ini boleh ditunjukkan dengan menyenaraikan produk perisian terkenal yang dikeluarkan di bawah jenis lesen ini: sistem pengendalian Android, rangka kerja yang mencipta aplikasi perusahaan dalam Java dan pelayan web Apache. https://youtu.be/wyZq-EazOmU

Lesen MIT

Sesetengah menganggap pilihan lesen perisian percuma ini sebagai yang paling popular. Kelebihan utamanya dianggap oleh sesetengah pihak sebagai keserasian yang baik dengan pelbagai jenis lesen percuma atau komersial. Ciri yang paling penting ialah
keupayaan untuk mengubah suai kod, serta kebenaran untuk mengedar di bawah lesen lain atas pilihan orang yang membuat perubahan . Produk perisian yang menggunakan dokumen ini ialah: perpustakaan JavaScript yang dipanggil JQuiery, editor teks Atom, AngularJS, rangka kerja pembangunan JavaScript.

Batu bawah air

Kadangkala pengarang pada mulanya memilih satu versi lesen, dan kemudiannya mahu menukarnya. Sekiranya dia mencipta program itu sahaja, maka perubahan sedemikian tidak akan menjadi sukar. Walau bagaimanapun, dalam kes di mana terdapat ramai peserta dalam pembangunan, maka tanpa persetujuan mereka ini tidak akan berfungsi. Sebagai contoh, pencipta Linux, walaupun dia sebenarnya menjadi asas sistem pengendalian, tidak akan dapat menukar lesen tanpa persetujuan semua pengaturcara yang mengambil bahagian dalam pembangunan selanjutnya. Apabila mengedar di bawah MPL, mereka yang membuat perubahan pada kod tidak boleh menawarkan fail di bawah MPL di bawah lesen yang berbeza. Penggunaan dokumen baharu akan merujuk kepada modul program lain.