Generator Lisensi

Berikutnya

Mengirimkan proyek tanpa berkas Lisensi secara teknis berarti “semua hak dilindungi”, tidak ada yang boleh menggunakan kembali kode tersebut. Generator ini menghasilkan teks lengkap dan tidak diubah dari lisensi sumber terbuka paling populer, dengan nama Anda dan tahun saat ini dimasukkan ke dalam bagian kepala hak cipta. Tempelkan teks tersebut ke dalam berkas LICENSE di akar repositori Anda, lalu lakukan push.

Cara memilih dan membuat lisensi

  1. 1

    Pilih lisensi

    MIT untuk lisensi permisif, Apache 2.0 untuk lisensi permisif dengan pemberian paten, dan GPLv3 untuk lisensi copyleft.

  2. 2

    Masukkan nama dan tahun Anda

    Pemegang hak cipta adalah nama hukum Anda atau perusahaan Anda. Tahun merujuk pada tahun pertama peluncuran produk tersebut.

  3. 3

    Periksa teks lengkap

    Teks lisensi tetap sama persis seperti yang diterbitkan oleh OSI/FSF; hanya baris hak cipta yang berubah.

  4. 4

    Masukkan ke dalam LICENSE

    Simpan ke direktori akar repositori Anda. GitHub akan mendeteksi dan menampilkan lokasi tersebut di bilah samping.

Memilih antara opsi-opsi populer

Tidak ada lisensi sumber terbuka yang secara universal dianggap “terbaik”. Pemilihan lisensinya bergantung pada apa yang ingin Anda izinkan atau larang dilakukan oleh pengguna selanjutnya.

Lisensi Jenis Pemberian paten Copyleft? Pengguna terkemuka
MIT Permisif Implisit Tidak Rails, paket Node, jQuery
Apache-2.0 Permisif Eksplisit Tidak Kubernetes, Android AOSP
BSD-3-Clause Permisif Tidak Tidak Pustaka standar Go, Nginx
GPL-3.0 Copyleft kuat Ya Ya GCC, Bash, GIMP
LGPL-3.0 Copyleft lemah Ya Sebagian glibc, Qt (secara historis)
MPL-2.0 Copyleft lemah Ya Sebagian Firefox, Thunderbird
AGPL-3.0 Copyleft jaringan Ya Ya MongoDB (sebelum 2018), Grafana
Unlicense / CC0 Peruntukan domain publik - Tidak Pustaka utilitas kecil

Tiga pertanyaan praktis

  1. Apakah Anda menginginkan fork berbasis sumber tertutup? Permisif (MIT, Apache, BSD) → ya. Copyleft (GPL, AGPL) → tidak.

  2. Apakah Anda peduli dengan tindakan balas dendam terkait paten? Apache-2.0, GPLv3, dan MPL-2.0 memiliki perjanjian paten yang secara eksplisit berakhir jika terjadi gugatan hukum; sedangkan MIT dan BSD-2/3 tidak memiliki ketentuan semacam itu.

  3. Apakah kode Anda dijalankan sebagai layanan jaringan? AGPL-3.0 menutup celah dalam model SaaS: pengguna layanan tersebut dihitung sebagai bagian dari distribusi. Jika hal ini penting, pilihlah AGPL-3.0; jika tidak, GPLv3 jauh lebih sederhana.

Kesalahan umum yang perlu dihindari

  • Jangan mengubah teks lisensi. Lisensi “MIT dengan perubahan saya” merupakan lisensi baru yang tidak kompatibel; pengadilan menolak modifikasi ad hoc terhadap lisensi tersebut.
  • Jangan menggunakan dua lisensi tanpa memahami tingkat kompatibilitasnya. Apache-2.0 dan GPLv2 tidak kompatibel; sedangkan Apache-2.0 dan GPLv3 kompatibel.
  • Jangan lupa mengisi identifikasi SPDX di header sumber: SPDX-License-Identifier: MIT pada baris ke-1 membantu perangkat lunak mendeteksi pilihan Anda.
  • Jangan menggunakan “Creative Commons” untuk perangkat lunak. Lisensi CC ditujukan untuk karya kreatif; gunakan saja untuk dokumentasi dan gambar, bukan untuk kode.

Lisensi Ganda

Beberapa proyek dirilis menggunakan dua jenis lisensi, umumnya satu lisensi copyleft dan satu lisensi komersial, sehingga perusahaan dapat memilih untuk tidak menerapkan ketentuan lisensi copyleft. Qt dan MySQL merupakan contoh yang terkenal dalam hal ini. Hal ini secara hukum cukup kompleks; jika Anda tidak berniat menghasilkan pendapatan dari proyek tersebut, sebaiknya tetap menggunakan satu lisensi yang telah disetujui oleh OSI.

Pertanyaan yang Sering Diajukan

MIT merupakan lisensi standar paling populer untuk proyek sumber terbuka skala kecil: singkat, bersifat permisif, mudah dipahami oleh banyak pihak, dan kompatibel dengan hampir semua jenis lisensi lainnya. Apache-2.0 merupakan pilihan yang lebih aman jika proyek Anda memiliki unsur inovatif yang dapat dipatenkan.

Ya. Tanpa file tersebut, kode Anda sepenuhnya dilindungi hak cipta dan tidak dapat digunakan kembali secara hukum oleh pihak lain, akses publik di GitHub bukan merupakan jenis lisensi. Tambahkan file Lisensi pada hari yang sama Anda membuat repositori menjadi publik.

Tahun pertama setelah rilis (satu tahun saja) atau rentang waktu yang berakhir pada tahun saat ini (misalnya “2019–2026”). Memperbarui tahun tersebut setiap Januari hanyalah tindakan sopan, bukan kewajiban hukum di sebagian besar yurisdiksi.

Tidak, proses substitusi dilakukan langsung di peramban Anda, dan nama, tahun, serta pilihan lisensi Anda tidak pernah dikirimkan kepada kami.

Alat Terkait

Alat ini tersedia dalam bahasa lain