Apa yang perlu Anda ketahui tentang lisensi GitHub: cara memilih dan menambahkan

Lisensi GitHub – apa yang sedang kita bicarakan? Untuk membuat perangkat lunak, seseorang tidak hanya harus menulisnya, tetapi juga memutuskan apa hak pengguna atau pengembang untuk melakukannya. Jika seseorang membuat program gratis untuk semua orang, dia melakukan perbuatan baik, tetapi siapa pun yang menggunakannya harus membenarkan bagaimana dia menggunakannya. Misalnya, jika sebuah perusahaan dalam kegiatannya akan bekerja dengan beberapa kantor gratis (misalnya, LibreOffice), maka ia harus dapat membuktikan kepada inspektur bahwa ia memiliki hak untuk melakukannya. Untuk melakukan ini, cukup dengan menunjukkan lisensi yang sesuai. Jika pengembang lupa merumuskannya, maka perusahaan mungkin berada dalam posisi sulit.

Saat membuat aplikasi, pengembang harus memutuskan tindakan mana dengan programnya yang akan diizinkan dan mana yang tidak. Misalnya, kita dapat berbicara tidak hanya tentang penggunaan, tetapi juga tentang mempelajari teks program atau membuat penyesuaian sendiri pada produk perangkat lunak. GitHub adalah salah satu layanan terbesar untuk pengembangan proyek kolaboratif. Pada saat yang sama, mereka dapat bekerja di sini tidak hanya secara gratis, tetapi juga pada proyek komersial. Dengan menentukan lisensi yang sesuai, pengembang akan menghilangkan ambiguitas dalam cara menggunakan produk yang dibuat. Masalahnya adalah ada banyak jenis lisensi yang berbeda, dan tidak selalu mudah untuk menentukan opsi mana yang harus dipilih dalam kasus tertentu. Juga tidak jarang beberapa proyek tidak memiliki lisensi.

Mengapa Anda perlu melisensikan proyek Open Source di GitHub

Saat menentukan lisensi yang diperlukan, pengembang dapat memberikan yang berikut di dalamnya:

1. Ketentuan penggunaan program . Mereka mungkin melibatkan biaya atau, dalam beberapa atau semua kasus, memungkinkan penggunaan gratis.
2. Terkadang program dibuat untuk dikembangkan oleh masyarakat . Dalam hal ini, penting bagi setiap orang yang ingin berkenalan dengan teks program.
3. Ketika teks program tersedia, beberapa mungkin membuat perubahan untuk membuat program berfungsi dan dapat diandalkan. Terkadang penulis dapat mengizinkan semua orang untuk melakukan ini, dalam kasus lain ia menawarkan untuk mengirim perubahan kepadanya, dan membuat penyesuaian pada proyeknya sendiri.
4. Anda perlu memutuskan apakah pihak ketiga dapat membuat perubahan pada proyek dan menawarkan atas nama mereka. Saat melakukan ini, Anda perlu menentukan lisensi mana yang harus dimiliki produk mereka.

Memecahkan pertanyaan ini dan pertanyaan serupa, pembuat aplikasi sebenarnya sangat menentukan nasib masa depan produk perangkat lunak yang dia buat.

Jenis lisensi apa yang ada

Lisensi adalah perjanjian di mana satu pihak (pemberi lisensi) menetapkan aturan bagi pihak lain (penerima lisensi) untuk menggunakan produk yang dibuat olehnya. Dalam praktiknya, kita tidak berbicara tentang penandatanganan dokumen oleh para pihak, tetapi tentang kesepakatan otomatis dengan hak dan kewajiban yang sesuai pada penggunaannya. Praktis tidak ada batasan dalam menentukan hak dan kewajiban. Satu-satunya syarat adalah mereka harus mematuhi hukum. Membuat lisensi Anda sendiri adalah pekerjaan yang kompleks, karena harus sesuai dengan peraturan lain. Pilihan terbaik adalah memilih dan menggunakan salah satu jenis standar dokumen tersebut. Dalam praktiknya, juga lazim menggunakan multilisensi. Paling sering, dalam kasus seperti itu, dua lisensi digunakan secara bersamaan. Meskipun pembuat program memiliki hak untuk secara mandiri merumuskan aturan yang harus diikuti pengguna, namun, dalam praktiknya, penggunaan sejumlah besar jenis lisensi telah berkembang, dari mana Anda dapat memilih yang benar dalam banyak kasus. Berikut ini adalah opsi paling populer yang digunakan di Git Hub dalam banyak kasus. Lisensi yang paling umum digunakan di Git Hub adalah:
Pemrogram harus dapat memilih salah satu yang sesuai dengan rencananya. Untuk melakukan ini dengan benar, Anda perlu memahami fitur apa yang melekat pada spesies tertentu.

Jika penulis menolak untuk merumuskan dokumen, maka dalam hal ini hak cipta akan berlaku, yang disediakan secara default oleh undang-undang negaranya. Tidak adanya lisensi dengan cara ini tidak berarti bahwa apa pun dapat dilakukan dengan program tersebut. Bahkan, situasi seperti itu dapat dianggap sebagai salah satu jenis lisensi.

Bagaimana memilih lisensi Github

Sebelum Anda mulai mencari opsi yang sesuai, pemrogram perlu merumuskan persyaratannya, dari mana ia akan melanjutkan dengan lisensi lebih lanjut. Selanjutnya, Anda harus membiasakan diri dengan opsi umum yang sesuai dengan permintaan. Setelah itu, Anda perlu mempelajari bahasa hukum dengan cermat dan membuat keputusan akhir tentang lisensi yang seharusnya. Untuk membuat pilihan yang tepat, Anda perlu memahami hak dan kewajiban apa yang terkait dengan jenis lisensi tertentu. Untuk membuat pilihan yang tepat, Anda dapat menggunakan layanan khusus yang disebut pembanding. Berikut beberapa contohnya:

1. https://choosealicense.com/. Situs ini memiliki pertanyaan utama untuk memilih opsi yang tepat dan saran terperinci untuk membantu Anda memahami fitur penggunaan.
2. Halaman https://opensource.org/licenses didedikasikan untuk meninjau berbagai solusi perangkat lunak gratis.
3. Situs https://tldrlegal.com/ dapat dianggap sebagai ensiklopedia untuk berbagai opsi lisensi. Ada baik formulasi hukum yang tepat dan komentar rinci.

Namun, cara paling produktif untuk memilih adalah dengan hati-hati membaca dokumen hukum yang relevan . Meskipun kita berbicara tentang kegiatan padat karya, namun, mempelajari teks akan memberi pengembang semua jawaban yang diperlukan.

Bagaimana cara menambahkan lisensi ke Github

Terlepas dari pilihan ekstensif opsi lisensi yang telah terbukti efektif dan andal dalam praktiknya, pengembang mungkin memiliki gagasannya sendiri tentang seperti apa seharusnya lisensi untuk program yang ia buat. Dalam hal ini, layanan menyediakan kemampuan untuk menambahkan versi Anda sendiri atau menyesuaikan yang sudah ada. Untuk menambahkan lisensi ke Github, Anda harus mengikuti langkah-langkah ini:

1. Anda harus pergi ke halaman utama repositori Anda.
2. Anda perlu mengklik tombol untuk menambahkan file, lalu pilih “Buat file baru”.
3. Selanjutnya, Anda perlu memasukkan nama file. Untuk lisensi, ini dapat berupa salah satu dari dua opsi: LICENSE atau LICENCE.md. Di sini penggunaan huruf kapital adalah wajib.
4. Di sebelah kanan bidang input nama file, klik untuk memilih template lisensi.
5. Di menu di sisi kiri halaman, pilih baris “Tambahkan lisensi ke proyek Anda”. Dalam hal ini, varian dipilih dari dokumen yang ada.
6. Kemudian klik pada baris “Tinjau dan kirim”. Kemudian masukkan detail perjanjian Anda.
7. Setelah itu perlu diperjelas penambahan atau perubahan apa saja yang dilakukan. Selanjutnya, tunjukkan apakah dokumen yang dipilih telah diperbaiki atau apakah itu tentang membuat versi lain dari lisensi.

Setelah mengonfirmasi perubahan, pengembang menyelesaikan prosedur untuk membuat perubahan pada daftar lisensi pada layanan Git Hub.

Pilih lisensi Github – contoh lisensi populer di Git Hub

Berikut ini adalah opsi yang paling populer. Dengan memahami kekuatan dan kelemahan mereka, programmer akan dapat menemukan opsi yang tepat atau memahami cara mencari secara efisien.

GPL

Lisensi ini bisa disebut salah satu yang paling populer. Ini klasik bagi mereka yang memproduksi perangkat lunak bebas. Salah satu persyaratan utama dari dokumen ini adalah
memungkinkan pihak ketiga untuk secara bebas memodifikasi program , tetapi pada saat yang sama mereka memiliki hak untuk mendistribusikan hasilnya hanya di bawah lisensi yang sama. Lisensi ini mungkin memiliki versi yang berbeda. Yang terbaru adalah yang ketiga. GPL telah digunakan oleh pengembang program seperti sistem manajemen konten web Drupal, sistem manajemen basis data MariaDB, editor grafik vektor InkSkape, dan beberapa lainnya. Sangat menarik untuk dicatat bahwa SQL tidak hanya menggunakan GPL, tetapi juga lisensi komersial.

LGPL

Nama ini diterjemahkan menjadi “GNU GPL Lesser General Public License”. Untuk beberapa pengembang, GPL tidak cocok, karena menimbulkan kewajiban bagi mereka untuk mendistribusikan produk yang dimodifikasi di bawah lisensi yang sama. Fitur-fitur aplikasi opsi ini dapat digambarkan dengan bagaimana proses perizinan penggunaan perpustakaan yang dibuat oleh programmer berlangsung. Dalam hal ini, tiga opsi berikut dipertimbangkan:

1. Ketika perpustakaan menyediakan fungsionalitas baru di mana tidak ada perpustakaan komersial lain yang dapat melakukan hal yang sama, maka GPL adalah pilihan terbaik.
2. Pengembang di perpustakaan gratis sudah menerapkan standar yang ada. Di area ini, ada opsi komersial dengan fungsi serupa. Untuk kasus ini, akan lebih mudah untuk memilih LGPL.
3. Ketika datang ke standar baru yang benar-benar bersaing dengan standar komersial, lisensi Apache adalah jalan yang harus ditempuh.

Standar ini
memungkinkan penggunaan perpustakaan secara komersial . Jika modifikasi dilakukan, syarat dan ketentuan yang sama harus digunakan untuk distribusi. Namun, penggunaan kode yang sederhana memungkinkan kondisi berubah.

Lisensi Publik Eclipse

Dokumen ini
mengizinkan distribusi di bawah lisensi lain, termasuk lisensi komersial . Syarat utamanya, dalam karya yang dimodifikasi, inovasi akan ditempatkan dalam modul tersendiri. Lisensi ini telah mendapatkan popularitas dalam pengembangan produk di Jawa. Contohnya adalah bahasa pemrograman Clojure, sebuah kerangka kerja untuk menguji aplikasi java.

Lisensi Publik Mozilla

Beberapa orang melihat dokumen ini sebagai kompromi antara GPL dan lisensi komersial. MPL membutuhkan
akses terbuka ke file tertentu . Produk perangkat lunak mungkin berisi beberapa file di bawah lisensi ini dan yang lainnya tanpa lisensi ini. Setelah modifikasi, diperbolehkan untuk meletakkan lisensi yang diperlukan (misalnya, bisa komersial), tetapi ini hanya mungkin dengan syarat bahwa akses ke file yang dirilis di bawah MPL masih terbuka. Dalam hal ini, pengguna akhir harus diberikan informasi tentang pembuat perangkat lunak asli. Sesuai dengan dokumen ini, kantor LibreOffice, browser Mozilla, dan produk perangkat lunak lainnya dirilis.

Lisensi Apache Github

AL disebut lisensi bebas liberal. Fitur ini disebabkan oleh fakta bahwa tidak
ada persyaratan untuk melepaskan produk turunan dalam kondisi yang sama seperti sebelumnya . Dokumen ini digunakan secara aktif oleh Apache Software Foundation. Saat digunakan, berikut ini diperbolehkan:

1. Produk perangkat lunak diperbolehkan untuk digunakan lebih lanjut untuk tujuan komersial.
2. Modifikasi aplikasi diperbolehkan.
3. Distribusi berikutnya harus menyertakan nama penulis asli.

Dengan membuat varian baru, tidak ada kewajiban bagi pemegang lisensi untuk memberikan kode produk asli. Lisensi semacam itu telah mendapatkan popularitas yang cukup besar. Hal ini dapat ditunjukkan dengan membuat daftar produk perangkat lunak terkenal yang dirilis di bawah jenis lisensi ini: sistem operasi Android, kerangka kerja yang membuat aplikasi perusahaan di Java, dan server web Apache. https://youtu.be/wyZq-EazOmU

Lisensi MIT

Beberapa menganggap opsi lisensi perangkat lunak gratis ini sebagai yang paling populer. Keuntungan utamanya dianggap oleh beberapa orang sebagai kompatibilitas yang baik dengan berbagai jenis lisensi gratis atau komersial. Fitur yang paling penting adalah
kemampuan untuk memodifikasi kode, serta izin untuk mendistribusikan di bawah lisensi lain sesuai pilihan orang yang membuat perubahan . Produk perangkat lunak yang menggunakan dokumen ini adalah: pustaka JavaScript yang disebut JQuiery, editor teks Atom, AngularJS, kerangka kerja pengembangan JavaScript.

Batuan bawah air

Terkadang penulis pada awalnya memilih satu versi lisensi, dan kemudian ingin mengubahnya. Jika dia membuat programnya sendiri, maka perubahan seperti itu tidak akan sulit. Namun, dalam kasus di mana ada banyak peserta dalam pembangunan, maka tanpa persetujuan mereka, ini tidak akan berhasil. Sebagai contoh, pencipta Linux, meskipun ia benar-benar membuat basis dari sistem operasi, tidak akan dapat mengubah lisensi tanpa persetujuan dari semua programmer yang mengambil bagian dalam pengembangan lebih lanjut. Saat mendistribusikan di bawah MPL, mereka yang membuat perubahan pada kode tidak dapat menawarkan file di bawah MPL di bawah lisensi yang berbeda. Penggunaan dokumen baru akan mengacu pada modul program lainnya.