GitHub lisansları – neden bahsediyoruz? Yazılım oluşturmak için sadece yazmanız değil, aynı zamanda kullanıcıların veya geliştiricilerin onunla ne yapma hakkına sahip olduğuna karar vermeniz gerekir. Birisi herkes için ücretsiz bir program yaratırsa, iyi bir iş yapıyordur, ancak onu kim kullanırsa kullansın, onu nasıl kullandığını haklı çıkarmak zorunda kalacaktır. Örneğin, bir şirket faaliyetlerinde herhangi bir serbest ofisle (örneğin, LibreOffice) çalışacaksa, denetçiler için bunu yapmaya hakkı olduğunu kanıtlayabilmelidir. Bunu yapmak için uygun lisansı sunmak yeterli olacaktır. Geliştirici bunu formüle etmeyi unutursa, firma kendisini zor bir durumda bulabilir.
Neden GitHub’da Açık Kaynak projelerini lisanslamam gerekiyor?
Geliştirici, gerekli lisansı belirterek aşağıdakileri sağlayabilir:
- Programın kullanım şartları . Bir ücret ödenmesini sağlayabilir veya bazı durumlarda veya tüm durumlarda ücretsiz kullanıma izin verebilirler.
- Bazen programlar topluluk tarafından geliştirilmek üzere oluşturulur . Bu durumda, isteyen herkesin program metinlerine aşina olması önemlidir.
- Kod mevcut olduğunda, bazıları programı mümkün olduğunca işlevsel ve güvenilir hale getirmek için değişiklikler yapabilir. Bazen yazar herkesin bunu yapmasına izin verebilir, diğer durumlarda kendisine bir değişiklik göndermeyi teklif eder ve projede kendi başına ayarlamalar yapar.
- Üçüncü tarafların projede değişiklik yapıp yapamayacağına ve onlar adına teklif edip edemeyeceğine karar vermeniz gerekir . Bu durumda ürününün hangi lisansa sahip olması gerektiğinin belirtilmesi gerekmektedir.
Bu ve benzeri sorunları çözen uygulamanın yazarı aslında yarattığı yazılım ürününün gelecekteki kaderini büyük ölçüde belirlemektedir.
Ne tür lisanslar var
Lisans, bir tarafın (lisans veren), diğer tarafın (lisans alan) oluşturduğu ürünü kullanması için bir kural oluşturduğu bir sözleşmedir. Uygulamada, taraflarca bir belgenin imzalanmasından değil, kullanımı üzerine ilgili hak ve yükümlülüklerle otomatik olarak onaylanmasından bahsediyoruz. Hak ve yükümlülükleri belirtmek için pratikte hiçbir kısıtlama yoktur. Tek koşul, yasalara uymaları gerektiğidir. Diğer düzenlemelerle uyumlu olduğundan emin olmanız gerektiğinden, kendi lisanslarınızı oluşturmak zor bir iştir. En iyi seçenek, bu tür belgelerin standart türlerinden birini seçmek ve kullanmaktır. Uygulamada, çoklu lisans kullanmak da alışılmış bir durumdur. Çoğu zaman, bu gibi durumlarda, aynı anda iki lisans kullanılır.Programın yazarı, kullanıcıların uyması gereken kuralları bağımsız olarak formüle etme hakkına sahip olsa da, pratikte, çoğu durumda uygun olanı seçebileceğiniz çok sayıda lisans türünün kullanımı geliştirilmiştir. Aşağıdakiler, çoğu durumda Git Hub’da kullanılan en popüler seçeneklerdir. Git Hub’da kullanılan en yaygın lisanslar şunlardır:
Yazar belgeyi formüle etmeyi reddederse, bu durumda, ülkesinin mevzuatı tarafından varsayılan olarak sağlanan telif hakkı geçerli olacaktır. Bu şekilde bir lisansın olmaması, programla her istediğinizi yapabileceğiniz anlamına gelmez. Aslında bu durum lisans türlerinden biri olarak değerlendirilebilir.
Github lisansı nasıl seçilir
Uygun bir seçenek aramaya başlamadan önce, programcının daha fazla lisanslamaya devam edeceği gereksinimlerini formüle etmesi gerekir. Ardından, isteğe karşılık gelen tipik seçeneklere aşina olmalısınız. Bundan sonra, yasal ifadeleri dikkatlice incelemeniz ve lisansın ne olması gerektiği konusunda nihai bir karar vermeniz gerekecektir. Bilgilendirilmiş bir seçim yapmak için, belirli bir lisans türü tarafından hangi hak ve yükümlülüklerin belirlendiğini anlamanız gerekir. Doğru seçimi yapmak için karşılaştırıcı adı verilen özel hizmetleri kullanabilirsiniz. İşte bazı örnekler:
- https://choosealicense.com/. Bu site, doğru seçeneği seçmek için yol gösterici sorular ve kullanım özelliklerini anlamanıza yardımcı olacak ayrıntılı tavsiyeler içerir.
- https://opensource.org/licenses sayfası, çeşitli ücretsiz yazılım çözümlerini incelemeye adanmıştır.
- https://tldrlegal.com/ sitesi, çeşitli lisans seçenekleri için bir ansiklopedi olarak görüntülenebilir. Hem kesin hukuk dili hem de ayrıntılı yorumlar içerir.
Github’a lisans nasıl eklenir
Uygulamada etkinliği ve güvenilirliği kanıtlanmış olan kapsamlı lisans seçeneklerine rağmen, geliştirici, oluşturduğu program için lisansın ne olması gerektiği konusunda kendi fikirlerine sahip olabilir. Bu durumda hizmet, kendi sürümünüzü ekleme veya mevcut olanı ayarlama olanağı sağlar. Github’a lisans eklemek için şu adımları izlemeniz gerekir:
- Deponuzun ana sayfasına gitmeniz gerekiyor.
- Bir dosya eklemek için düğmeye tıklamanız ve ardından “Yeni dosya oluştur” seçeneğini seçmeniz gerekir.
- Ardından, dosya adını girmeniz gerekir. Bir lisans için iki seçenekten biri olabilir: LICENSE veya LICENCE.md. Burada büyük harf kullanımı zorunludur.
- Dosya adı giriş alanının sağında, bir lisans şablonu seçmek için tıklayın.
- Sayfanın sol tarafındaki menüde “Projenize lisans ekleyin” satırını seçin. Bu durumda, mevcut belgelerden bir seçenek seçilir.
- Ardından “İncele ve gönder” satırına tıklayın. Ardından sözleşme ayrıntılarını girin.
- Bundan sonra hangi eklemelerin ya da değişikliklerin yapıldığına açıklık getirmek gerekiyor. Ardından, seçilen belgenin düzeltilip düzeltilmediğini veya lisansın başka bir sürümünü oluşturmaktan mı bahsettiğimizi belirtirler.
Geliştirici, değişiklikleri onayladıktan sonra Git Hub hizmetindeki lisans listesinde değişiklik yapma prosedürünü tamamlar.
Bir lisans seçin Github – Git Hub’daki popüler lisans örnekleri
Ardından, en popüler olan seçenekleri ele alacağız. Güçlü ve zayıf yönlerini anlayan programcı, doğru seçeneği bulabilecek veya etkili bir şekilde nasıl arama yapılacağını anlayabilecektir.
GPL
Bu lisans en popüler olanlardan biri olarak adlandırılabilir. Özgür yazılım yapanlar için klasiktir. Bu belgenin temel gereksinimlerinden biri
, üçüncü tarafların programı serbestçe değiştirmesine izin vermesidir , ancak aynı zamanda sonucu yalnızca aynı lisans altında dağıtma hakkına sahiptir. Bu lisansın farklı sürümleri olabilir. En sonuncusu üçüncü. GPL, Drupal web içerik yönetim sistemi, MariaDB veritabanı yönetim sistemi, vektör grafik editörü InkSkape ve diğerleri gibi programların geliştiricileri tarafından kullanıldı. SQL’in yalnızca GPL’yi değil, aynı zamanda ticari bir lisansı da kullandığını belirtmek ilginçtir.
LGPL
Bu başlık, GNU Kısıtlı Genel Kamu Lisansı GPL’ye çevrilir. Bazı geliştiriciler için GPL, değiştirilmiş ürünleri aynı lisans altında dağıtma zorunluluğu oluşturduğundan uygun değildir. Bu seçeneği kullanmanın özellikleri, bir programcı tarafından oluşturulan kitaplıkların kullanımını lisanslama sürecinin nasıl gerçekleştiği ile gösterilebilir. Bu durumda, aşağıdaki üç seçeneği dikkate almak gelenekseldir:
- Bir kitaplık yeni işlevler sağladığında ve hiçbir ticari kitaplık benzer bir görevi gerçekleştiremediğinde, GPL kullanımı en uygunudur.
- Ücretsiz kütüphanedeki geliştirici, mevcut standardı zaten uygulamıştır. Bu alanda benzer işlevlere sahip ticari seçenekler bulunmaktadır. Bu durumda LGPL’yi seçmek uygun olacaktır.
- Gerçekten ticari bir standartla rekabet eden yeni bir standart söz konusu olduğunda, Apache lisansı uygundur.
Bu standart
, kitaplıkların ticari kullanımına izin verir . Değişiklikler yapılırsa, dağıtım için aynı hüküm ve koşullar kullanılmalıdır. Ancak basit kod kullanımı, koşulların değişmesine izin verir.
Eclipse Kamu Lisansı
Bu belge
, ticari olanlar da dahil olmak üzere diğer lisanslar kapsamında dağıtıma izin verir . Asıl şart, modifiye edilen eserlerde yeniliklerin ayrı bir modülde yer almasıdır. Bu lisans, Java ürünlerinin geliştirilmesinde popülerlik kazanmıştır. Bir örnek, java uygulamalarını test etmek için bir çerçeve olan Clojure programlama dilidir.
Mozilla Kamu Lisansı
Bazıları bu belgeyi GPL ve ticari lisanslar arasında bir uzlaşma olarak görüyor. Belirli dosyalara genel erişime sahip olmak MPL’nin bir gereğidir
. Yazılım ürünü, bu lisans kapsamındaki bazı dosyaları ve lisanssız bazı dosyaları içerebilir. Değişiklikten sonra, gerekli lisansı (örneğin, ticari olabilir) koymasına izin verilir, ancak bu yalnızca MPL kapsamında yayınlanan dosyalara erişimin hala açık olması koşuluyla mümkündür. Bu durumda, son kullanıcıya orijinal yazılımın yazarları hakkında bilgi verilmelidir. LibreOffice ofisi, Mozilla tarayıcısı ve diğer yazılım ürünleri bu belgeye uygun olarak piyasaya sürüldü.
Apache Lisansı Github
AL’ye liberal özgür lisans denir. Bu özellik,
bir türev ürünün daha önce olduğu gibi aynı koşullar altında serbest bırakılması zorunluluğunun olmamasından kaynaklanmaktadır . Bu belge, Apache Software Foundation tarafından aktif olarak kullanılmaktadır. Kullanırken, aşağıdakilere izin verilir:
- Yazılım ürününün ticari amaçlarla kullanılmaya devam etmesine izin verilir.
- Uygulamalarda değişiklik yapılmasına izin verilir.
- Sonraki yeniden dağıtımlar, orijinal yazarın adını içermelidir.
Yeni bir varyant oluştururken, lisans sahiplerinin orijinal ürün kodunu sağlama zorunluluğu yoktur. Bu lisans önemli bir popülerlik kazanmıştır. Bu, bu tür bir lisans altında piyasaya sürülen iyi bilinen yazılım ürünlerini listeleyerek gösterilebilir: Android işletim sistemi, Java’da kurumsal uygulamaların oluşturulacağı çerçeve, Apache web sunucusu. https://youtu.be/wyZq-EazOmU
MIT Lisansı
Bazı insanlar bu ücretsiz yazılım lisanslama seçeneğini en popüler olarak bulur. Bazıları, ana avantajının çeşitli ücretsiz veya ticari lisans türleri ile iyi uyumluluk olduğunu düşünüyor. En önemli özellikler
, kodu değiştirme yeteneğinin yanı sıra, değişiklikleri yapan kişinin seçimine göre diğer lisanslar altında yeniden dağıtma iznidir . Bu belgeyi kullanan yazılım ürünleri şunlardır: JQuiery adlı bir JavaScript kitaplığı, bir Atom metin düzenleyicisi, AngularJS – JavaScript’te geliştirme çerçevesi.
Sualtı kayaları
Bazen yazar başlangıçta lisansın bir sürümünü seçer ve daha sonra onu değiştirmek ister. Programı tek başına yarattıysa, böyle bir değişiklik zor olmayacaktır. Ancak, geliştirmede çok sayıda katılımcının olduğu durumlarda, onların rızası olmadan çalışmayacaktır. Örneğin, Linux’un yaratıcısı, işletim sisteminin temelini oluşturmuş olmasına rağmen, daha fazla geliştirmede yer alan tüm programcıların rızası olmadan lisansı değiştiremez. MPL kapsamında yeniden dağıtırken, kodda değişiklik yapanlar başka bir lisans altında MPL kapsamında dosya sunamazlar. Yeni belgenin kullanımı diğer yazılım modülleri için geçerli olacaktır.
