Lisans Jeneratörü

Sonraki

Lisans dosyası olmadan bir proje göndermek teknik olarak “tüm haklar saklıdır” anlamına gelir; kimse kodu yeniden kullanamaz. Bu üretici, en popüler açık kaynak lisanslarının tam ve değiştirilmemiş metinlerini oluşturur ve telif hakkı başlığına adınız ile mevcut yıl yerleştirilir. Bu metni deponuzun kök dizinindeki bir LICENSE dosyasına yapıştırın ve gönderin.

Lisansı nasıl seçer ve oluşturur?

  1. 1

    Bir lisans seçin

    MIT: izin verici; Apache 2.0: izin verici ve patent hakkı; GPLv3: copyleft.

  2. 2

    Adınızı ve yılı girin

    Telif hakkı sahibi; yasal adınız veya şirketinizdir. Yıl, ilk yayımlanma yılıdır.

  3. 3

    Tam metni gözden geçirin

    Lisans metni, OSI/FSF tarafından yayımlanan şekilde tam olarak korunur; yalnızca telif hakkı bilgisi satırı değişir.

  4. 4

    LICENSE dosyasına ekleyin

    Dosyayı deponuzun kök dizinine kaydedin. GitHub bunu algılar ve yan panelde gösterir.

Popüler seçenekler arasında seçim yapmak

Genel olarak herkes için “en iyi” açık kaynak lisansı yoktur. Seçim, alt akış kullanıcılarının ne yapabilmesi ve ne yapamaması gerekenine bağlıdır.

Lisans Tür Patent hakkı Copyleft? Önemli kullanıcılar
MIT İzin verici Örtük Hayır Rails, Node paketleri, jQuery
Apache-2.0 İzin verici Açık Hayır Kubernetes, Android AOSP
BSD-3-Clause İzin verici Yok Hayır Go standart kütüphanesi, Nginx
GPL-3.0 Güçlü copyleft Evet Evet GCC, Bash, GIMP
LGPL-3.0 Zayıf copyleft Evet Kısmi glibc, Qt (geçmişte)
MPL-2.0 Zayıf copyleft Evet Kısmi Firefox, Thunderbird
AGPL-3.0 Ağ copyleft’i Evet Evet MongoDB (2018 öncesi), Grafana
Unlicense / CC0 Kamu malına adama - Hayır Küçük yardımcı kütüphaneler

Üç pratik soru

  1. Kapalı kaynaklı fork’lar istiyor musunuz? İzin verici (MIT, Apache, BSD) → evet. Kopyleft (GPL, AGPL) → hayır.

  2. Patent cezalandırma konusunda endişeleniyor musunuz? Apache-2.0, GPLv3 ve MPL-2.0, dava sürecinde sona eren açık patent hakları içermektedir; MIT ve BSD-2/3 ise böyle bir hükmeye sahip değildir.

  3. Kodunuz bir ağ hizmeti olarak çalışıyor mu? AGPL-3.0, “SaaS boşluğu”nu kapatır: Hizmet kullanıcıları dağıtım olarak sayılır. Bu önemliyse bu seçeneği tercih edin; aksi takdirde GPLv3 daha basittir.

Kaçınılması gereken yaygın hatalar

  • Lisans metnini değiştirme. “MIT-with-my-amendments” lisansı yeni ve uyumsuz bir lisanstır. Mahkemeler özel değişiklikleri reddeder. Uyumluluğu anlamadan iki lisans kullanmayın. Apache-2.0 ile GPLv2 uyumlu değildir; Apache-2.0 ile GPLv3 ise uyumludur.
  • Kaynak başlıklarındaki SPDX tanımlayıcısını unutmayın: 1. satırda yer alan SPDX-License-Identifier: MIT, araçların seçiminizi tespit etmesine yardımcı olur.
  • Yazılım için “Creative Commons” kullanmayın. CC lisansları yaratıcı eserler için tasarlanmıştır; bunları kod yerine belgeler ve görüntülerde kullanın.

Çift Lisanslama

Bazı projeler genellikle iki lisans altında sunulur, biri kopyleft, diğeri ticari, böylece işletmeler kopyleft koşullarından bağımsız olarak lisans alabilir. Qt ve MySQL bunu yaygın olarak uygular. Bu durum hukuki açıdan karmaşıktır; projeyle para kazanmıyorsanız, OSI tarafından onaylanmış tek bir lisansı kullanmaya devam edin.

Sık Sorulan Sorular

MIT, küçük açık kaynak projeler için en yaygın standart lisanstır: kısa, esnek, geniş kitleler tarafından anlaşılır ve neredeyse tüm diğer lisanslarla uyumludur. Projenizde patentlenebilir bir yenilik varsa Apache-2.0 biraz daha güvenli bir seçenektir.

Evet. Bir lisans olmadan kodunuz tamamen telif hakkıyla korunur ve kimse onu yasal olarak yeniden kullanamaz, GitHub’taki kamuya açık erişim bir lisans değildir. Depoyu kamuya açtığınız aynı gün bir Lisans dosyası ekleyin.

Yayınlanma yılının ilk yılı (tek bir yıl) veya mevcut yıla biten bir dönem aralığı (örneğin “2019–2026”). Her Ocak ayında yılın güncellenmesi genellikle geleneksel bir uygulamadır ve çoğu yargı bölgesinde yasal bir zorunluluk değildir.

Hayır, bu değişiklik tarayıcınızda gerçekleşir ve adınız, yılınız ile lisans seçimi hiç bize gönderilmez.

İlgili Araçlar

Araç diğer dillerde mevcuttur