Açık Kaynak Lisansları Açıklandı: MIT, GPL ve Sizden İstedikleri

Bir yazılım projesinde açık kaynak lisansı seçimi alelade bir hukuki metinden ibaret değildir – kodun nasıl kullanılabileceğinin, değiştirilebileceğinin ve…

Yazılım ve İnternet6 dakikalık okuma Güncelleme: Eylül 2026

Wikimedia Confernce, Berlin — Fotoğraf: Habib M'henni · Wikimedia Commons · CC BY 3.0

Bir yazılım projesinde açık kaynak lisansı seçimi alelade bir hukuki metinden ibaret değildir – kodun nasıl kullanılabileceğinin, değiştirilebileceğinin ve paylaşılabileceğinin sınırlarını belirler. Bir uçta, MIT Lisansı gibi izin verici lisanslar, birkaç bildirimi koruduğunuz sürece ticari veya kapalı kaynaklı projeler için dahi özgürce türev çalışmalar oluşturmanıza olanak tanır. Diğer uçta ise GNU Genel Kamu Lisansı (GPL) gibi kopyasol lisanslar türev sürümleri dağıtmanıza izin verir, ancak değişikliklerinizi de aynı açık kaynak koşulları altında yayınlamanızı şart koşarak "kaynak kod paylaşılmalıdır" kuralını fiilen uygulamanın tamamına yayar.

Dolayısıyla bu etiketler –izin vericiye karşı kopyasol– sadece hukuki ayrıntılardan ibaret değildir. Ekiplerin belirli bir açık kaynak kütüphanesini veya çatısını kendi mülk ya da kurum içi iş kodlarına dahil etmenin güvenli bir parça olup olmadığına karar verirken kontrol ettikleri temel yol işaretleridir. Ve temel fark, projenin sadece kurum içi kullanımında değil, çoğu zaman dağıtımı söz konusu olduğunda tetiklenir.

Açık Kaynak Lisansları İş Yerinde Neden Önemlidir İş yeri projelerinde lisans seçimi önemlidir, çünkü izin verici ve kopyasol lisanslar, bir açık kaynak kod parçasını dağıtırken veya değiştirirken ne yapmanız gerektiğine dair temelde tamamen farklı kurallara sahiptir. Kısacası, MIT gibi izin verici lisanslar kodu mülk projelerde yeniden lisanslamanıza ve kullanmanıza izin verirken, GPL gibi kopyasol lisanslar değişikliklerinizi paylaşmanızı ve bunları aynı açık kaynak koşulları altında dağıtmanızı şart koşar.

Karar, yalnızca neyi değiştirdiğinize değil, kodun nasıl kullanılacağına ve paylaşılacağına bağlıdır: örneğin, bir ziyaretçiyi sitenize fotoğraf yüklemeye davet etmek yükümlülükleri tetiklemeyebilirken, onlara açık kaynak kodunu paketleyen indirilebilir bir yükleyici göndermek kesinlikle tetikler. Bu yüzden ekiplerin üç temel soruya odaklanması gerekir: proje mülk veya kapalı kaynaklı bir ürünle mi yoksa açık kaynaklı bir ürünle mi sonuçlanacak; harici kullanıcılarla paylaşılması gerekecek mi, yoksa yalnızca dahili olarak mı kullanılacak; ve değişiklik yapılması gerekiyorsa bunlar dahili olarak tutulabilir mi, yoksa yayınlanması zorunlu mu?

O halde çoğu mühendis için bu sorular –lisans izin verici mi yoksa kopyasol mu, güçlü mü yoksa zayıf kopyasol mu ve bu yazılım harici olarak dağıtılacak mı?– çoğu durum için kullanışlı bir kısayol sağlar. Bu iç sorularda ortaya çıkan temel fark şudur. MIT gibi izin verici lisanslar fiilen, “Orijinal telif hakkı bildirimini koruduğunuz sürece bununla istediğiniz her şeyi yapmakta özgürsünüz,” der. GPL gibi kopyasol lisanslar ise, “Bununla istediğiniz her şeyi yapmakta özgürsünüz, ancak ne yaparsanız yapın kaynak kodunu özgür tutmak zorundasınız,” der.

İzin Verici Lisanslar: MIT ve Arkadaşları İzin verici lisanslar; yazılımın kapalı kaynak olarak yeniden lisanslanması hakkı da dahil olmak üzere özgürce kullanımına, değiştirilmesine ve dağıtılmasına olanak tanıyan lisanslardır. MIT Lisansı, yazılımın kopyalarını herhangi bir uygulamada “kullanmanıza, kopyalamanıza, değiştirmenize, birleştirmenize, yayınlamanıza, dağıtmanıza, alt lisanslamanıza ve/veya satmanıza” izin veren, ancak orijinal bildirimin yerinde tutulmasını şart koşan kısa ve popüler bir örnektir. Değişiklikleri paylaşma veya projenizin kodunu açma zorunluluğu getirmez.

Bu kullanım modeline uyan tipik izin verici lisanslar arasında MIT, BSD 2 Maddeli (Basitleştirilmiş BSD), BSD 3 Maddeli (Yeni BSD), Apache 2.0 ve ISC yer alır. Bunlar ufak farklılıklarla, kodun herhangi bir amaçla kullanılma hakkını tesis eder; en yaygın kısıtlama ise telif hakkı ve lisans metninin korunması zorunluluğudur. İzin verici lisanslı kodlar "mülk yazılım" dostu kabul edilir ve asgari kısıtlamayla kapalı kaynaklı bir projeye dahil edilmesine olanak tanır.

Kopyasol Lisanslar: Türevleri Açık Tutmak Kopyasol lisanslar, lisanslı yazılımın, projenin daha geniş kısmının kendisi de açık kaynak haline getirilmeden mülk veya kapalı kaynaklı projelere dahil edilmesini engellemek için tasarlanmıştır. Bunu, herhangi bir türev çalışmanın orijinal yazılımla aynı koşullar altında yayınlanmasını şart koşarak ve bu değişiklikleri aynı açık kaynak topluluğuna adayarak başarırlar. En sık anılan örnekler GNU Genel Kamu Lisansı (GPL), onun ağa hazır türevi Affero GNU Genel Kamu Lisansı (AGPL) ve GNU Kısıtlı Genel Kamu Lisansı (LGPL) ile Mozilla Kamu Lisansı (MPL) gibi "zayıf kopyasol" olarak adlandırılan lisanslardır.

Güçlü bir kopyasol lisansı altında, orijinal açık kaynak bileşenini içeren veya ona “bağımlı olan” bir projeyi dağıtırsanız, tüm birleştirilmiş çalışmayı her türlü değişiklikle birlikte orijinal lisans altında erişilebilir kılmanız gerekir. LGPL gibi zayıf kopyasol lisanslar, uygulamalardan ziyade kütüphaneleri hedef alarak ve dolayısıyla yalnızca kütüphanenin değiştirilmiş sürümünü etkileyerek uygulamanızın kaynak kodunun geri kalanını zorla yayınlamaktan kaçınacak şekilde tasarlanmıştır. Yine de zayıf kopyasol, kütüphanenin kendisiyle ne yapmanıza izin verildiğine dair daha keskin kısıtlamalar getirirken, güçlü kopyasol projenizin daha geniş bir alanına uzanır.

Ticari Kullanım ve "Dağıtım" Tetikleyicisi Açık kaynak lisanslarına dair temel bir yanılgı, özellikle GPL'in bir şekilde ticari uygulamaları yasakladığı veya kısıtladığı yönündedir. Gerçek şu ki, tıpkı MIT lisansında olduğu gibi GPL'in (ve diğer açık kaynak lisanslarının) ticari kullanım üzerinde hiçbir kısıtlaması yoktur. Ancak dağıtım ve değişikliklerle ilgili kurallar kopyasol lisanslarda izin verici lisanslara kıyasla çok daha katıdır.

Hem MIT hem de GPL için kurum içi kullanım (yazılımı kendi ihtiyaçlarınız için derlemek ve çalıştırmak), kod yeniden dağıtılmadığı sürece genellikle kısıtlamalar getirmez. GPL, kaynak veya ikili biçimde yazılımın teslimi için ücret talep etme hakkınızı kısıtlamaz. Temel tetikleyici, yazılım ister ticari bir ürün olarak ister ücretsiz olarak harici bir şekilde dağıtıldığında devreye girer: bu durumda GPL, aynı lisansın ve kaynak kodun alıcıya sunulmasını şart koşar. Yine de bir uygulamayı yalnızca bir ağ sunucusu üzerinden çalıştırmak veya görüntülemek genellikle dağıtım sayılmaz.

Değiştirilmiş veya türetilmiş sürümler için kurallar daha da katıdır: Değiştirilmiş GPL lisanslı yazılımların ikili dosyalarını dağıtırsanız GPL, değiştirilmiş kaynak kodunu ikili dosyaları alan herkese sunmanızı şart koşar. Bu, ücretli bir ürün geliştiriyorsanız GPL lisanslı kodun kaynak kodunu da müşterilerinize sağlamanız gerektiği anlamına gelir. Güçlü kopyasol lisanslarda bu durum projenin tamamına yayılırken, zayıf kopyasol yalnızca değiştirilen kütüphane bileşenleri için geçerli olabilir.

Kütüphane Seçimi: Pratik Lisans Soruları Bir geliştirme ekibi için yeni bir proje adına lisans seçmek ya da açık kaynaklı bir kütüphaneyi projeye dahil etmek, bazen yabancı bir dilde yolunu bulmaya çalışmak kadar karmaşık görünebilir. Ancak gerçek şu ki, farklılıklar arasında yön bulmaya yardımcı olabilecek birkaç basit soru vardır:

Lisans izin verici mi yoksa kopyasol mu?
Güçlü kopyasol (GPL, AGPL) mu yoksa zayıf kopyasol (LGPL, MPL) mu?
Nihai ürünün kurum dışına dağıtılması gerekecek mi?

İlk soruya verilecek bir "evet" yanıtı işleri basitleştirir: izin verici lisanslar mülk veya kapalı kaynaklı projeler için iyi bir tercihtir. Kopyasol (özellikle güçlü kopyasol) ile herkese açık dağıtımın birleşimi, kendi değişikliklerinizin de aynı koşullar altında yayınlanması gerektiği anlamına gelir – bu da uygulama etrafında mülk bir iş modeli kurma kabiliyetinizi potansiyel olarak sınırlar.

Karma Projeler ve Uyumluluk Tuzakları İzin verici ve kopyasol lisanslar temelde farklı özgürlük türlerini tanımlasa da bazen aynı projede bir araya getirilebilirler. Temel faktör, kopyasol koşullarına saygı göstermektir: Bir projede GPL lisanslı bir kütüphaneyi paketlerseniz, proje dağıtılacaksa onu açık kaynaklı hale getirmekle GPL uyarınca yükümlü olursunuz. Yine de lisansı ihlal etmeksizin GPL lisanslı kodla çalışan mülk sarmalayıcılar veya harici uygulamalar yazabilirsiniz.

Lisansları karıştırmanın asıl tuzakları, geliştiricilerin bir projenin izin verici kısımlarının –her türlü mülk kod dahil– açık kaynaklı kodun kopyasol yükümlülüklerine tabi olmadığını varsaydıklarında ortaya çıkar. GPL'i "söküp atmaya" çalışmak veya mülk kodun öylece ayrı tutulup izin verici şekilde lisanslanabileceğini varsaymak bir tuzaktır. Genel kural, projenin tamamını dikkate almaktır: GPL kodu kullanıyorsanız, mülk unsurlarla etkileşime girseler bile yayınlanan değişiklikleriniz GPL altında sürdürülmelidir.

Sonuç olarak, herhangi bir yazılım veya açık kaynak projesinde lisans seçimi yalnızca hukuki bir ayrıntı değil, neyi inşa edip neyi edemeyeceğinize dair kilit bir kısıtlamadır. MIT gibi izin verici lisanslar en büyük esnekliği sunarken, kopyasol lisanslar projeyi açık tutmak için daha katı kısıtlamalar getirir. Temel tetikleyici dağıtımdan kaynaklanır ve projeyi nasıl kullanmayı veya paylaşmayı planladığınız ekibinize hangi lisansın uygun olduğunu belirleyecektir: izin verici, güçlü kopyasol veya zayıf kopyasol. Lisans seçerken bu üç soruya odaklanmak en baştan netlik –ve uyumluluk– sağlar.

Açık Kaynak Lisansları Açıklandı: MIT, GPL ve Sizden İstedikleri

Kaynaklar

İlgili yazılar