Bu projeyi yeniden lisanslama hakkı yok

Oturum aç

* ev

* dokümanlar

* blog

* fiyatlandırma

Kayıt Ol

# Yeniden Lisans Hakkı Yok: Gerçek Mülkiyet Olmadan Bir Projeyi Çatallamanın Tehlikeleri

Açık kaynak dünyasında, bir projeyi "çatallama" eylemi temel bir haktır. Bu bir bağımsızlık beyanıdır; bir topluluk bir projenin gidişatına katılmadığında veya özel bir kuruluş sevilen bir açık kaynak aracı satın aldığında izlenen bir yoldur. Çatal, süreklilik, kod ve katkıda bulunanlar için yeni bir yuva vaat ediyor. Ancak bu süreç, özellikle konu *yeniden lisanslama* gibi kritik bir eyleme geldiğinde, yasal ve etik karmaşıklıklarla doludur. Basitçe GitHub'da halka açık bir depo oluşturmak, fork'a orijinal kodun dağıtıldığı lisansı değiştirme hakkını vermez. Bu, ciddi hukuki sonuçlara ve toplulukta anlaşmazlıklara yol açabilecek tehlikeli bir yanlış anlamadır.

Yeniden lisanslama hakkı veren bir kod tabanı üzerindeki gerçek sahiplik, otomatik olarak bir çatala bahşedilmez. Titiz ve çoğu zaman zorlu bir süreçle kazanılmalıdır. Bu ayrımı anlamak, Mewayz gibi modüler bir iş işletim sistemi kullanan ve yazılım yığınının istikrarına ve yasal bütünlüğüne bağlı olan herhangi bir kuruluş için çok önemlidir.

## Çataldaki Kontrol Yanılsaması

Bir proje forklandığında, yeni yöneticiler kodu devralır ancak aynı zamanda onu yöneten yasal çerçeveyi de devralırlar. Belirli bir açık kaynak lisansı kapsamında katkıda bulunulan her kod satırı, söz konusu lisansın yükümlülüklerini ve kısıtlamalarını kalıcı olarak taşır. Çatallama ekibi yeni depo üzerinde idari kontrole sahip olabilir, ancak orijinal telif hakkı sahipleri olmadıkları sürece kod tabanının tamamı üzerinde telif hakkı kontrolüne sahip değillerdir.

Bu, özellikle daha kısıtlayıcı veya ticari bir lisansa doğru dönmek isteyen herhangi bir çatal için önemli bir darboğaz yaratır. Çatal basitçe yeni bir lisans ilan edemez; çatalın içerdiği kod tabanına katkıda bulunan her telif hakkı sahibinin iznini alması gerekir. Bu genellikle neredeyse imkansız bir iştir, çünkü şunları gerektirir:

* Devam etmiş veya yanıt vermeyenler de dahil olmak üzere, katkıda bulunan her kişinin takibi.

* Her katkıda bulunan kişiden, telif haklarını yeniden atamak veya çalışmalarını yeniden lisanslamak için bir lisans vermek üzere imzalanmış anlaşmaların alınmasını sağlamak.

* İzin alınamayan herhangi bir kodu kaldırmak veya yeniden yazmak zorunda kalma olasılığı, teknik açıdan müdahaleci ve zaman alıcı olabilecek bir süreçtir.

> Yeniden lisans hakkı olmayan çatal, ev kiralamaya benzer; içinde yaşayabilir ve küçük değişiklikler yapabilirsiniz, ancak mülkün sahibi değilsiniz ve ev sahibinin izni olmadan onu satamaz veya yapısını temelden değiştiremezsiniz.

Bu "kontrol yanılsaması" tehlikeli olabilir. Bu hakları onaylamadan yeniden lisans vermeye çalışan bir çatal, yönetmeyi amaçladığı katkıda bulunanların telif hakkı ihlali iddialarıyla karşı karşıya kalma riskiyle karşı karşıya kalır. Bu sadece yasal açıdan savunmasızlık yaratmakla kalmıyor, aynı zamanda projeyi inşa edenlerin yasal haklarının göz ardı edildiğini gösterdiği için topluluğun güvenini de sarsabiliyor.

## Gerçek Sahiplik ve Yönetişime Giden Yol

Bir çatalın, kendi lisanslama geleceğini belirleme hakkı da dahil olmak üzere gerçek özerkliğe ulaşması için, kodun yalnızca bir kopyası olmanın ötesine geçmesi gerekir. Açık ve meşru bir yönetim modeline sahip yeni, bağımsız bir proje haline gelmelidir. Bu iki paralel yolu içerir: hukuk ve topluluk.

Yasal açıdan bakıldığında en sağlam yol, projenin varlıkları için tarafsız bir emanetçi olarak hareket edebilecek bir yazılım temeli gibi yeni bir varlık oluşturmaktır. Katkıda bulunanların daha sonra telif haklarını bu vakfa devretmeleri teşvik edilir; bu kuruluş daha sonra projenin lisansını yönetme yetkisini elinde tutar. Apache Yazılım Vakfı ve Eclipse Vakfı gibi projeler tarafından kullanılan bu model, net bir hukuki duruş sağlar ve projeyi bireysel satıcı etkisinden korur.

Topluluk açısından bakıldığında çatalın kendi kimliğini ve momentumunu oluşturması gerekiyor. Bu, şeffaf yönetişim profesyoneli oluşturmak anlamına gelir

... (question)

... (answer)

Frequedntly Asked Questions

Yeniden lisanslama hakkı olmadan bir projeyi çatallama ne anlamına gelir?

Yeniden lisanslama hakkı olmadan bir projeyi çatallama, orijinal lisansın izin verdiği sınırlar içinde kodun bir kopyasını oluşturmak ve geliştirmek anlamına gelir. Ancak bu, orijinal projenin lisansını değiştirmenizi veya daha restrictif bir lisans altında dağıtmanıza izin vermez. Mewayz gibi platformlar bu durumda 207 modül ve $49/aylık fiyatlandırma gibi avantajları sunar.

Yeniden lisanslama hakkı olmayan bir projeyi nasıl tanımabilirim?

Bir projeyi çatallamanınizin lisansını inceleyin. Eğer lisans metni "Yeniden lisanslama" veya "Daha sonraki lisanslar" konusunda açıkça izin vermiyorsa, proje için bu hakkın olmadığını gösterir. MIT, Apache 2.0 ve GPL lisansları genellikle yeniden lisanslama izni içerir, ancak bu her zaman garantili değildir.

Yeniden lisanslama hakkı olmadan bir projeyi çatallamanın ne kadar tehlikelidir?

Yeniden lisanslama hakkı olmadan bir projeyi çatallama, yasal sorunlara ve toplulukla ilişkilerin bozulmasına yol açabilir. Orijinal sahiplere karşı hak ihlali davaları başlaması, marka sorunları ve katkıda bulunanların projeyi terk etmesi gibi sonuçlar doğabilir. Bu nedenle, lisanstan önce yasal danışmanlık almak önemlidir.

Eğer yeniden lisanslama hakkı yoksa, bir projeyi nasıl gelişteyim?

Yeniden lisanslama hakkı olmadan bir projeyi geliştirmek, orijinal lisansın altında devam etmek ve katkıları orijinal sahiplere sun

Frequently Asked Questions

Bir projeyi chatalladım, yeniden lisanslamak istiyorum. Yasal olarak buna hangi koşullar vardır?

Bir projeyi çatalladığınızda, orijinal lisansın sizin için yeniden lisanslama hakkı izin vermediği sürece, bu hakkınız yoktur. Açık kaynak lisansları (MIT, GPL, Apache vb.) genellikle katkıda bulunanların kodları yeniden lisanslamamızı engellemez. Ancak, orijinal lisansımızın izin vermediği bir eylemi, topluluk Unluccati ve yasal sorunlara yol açabilir. Özel lisanslı projelerde bu çok daha kısıtlayan bir durumdur.

Eğer bir projeyi çatalladım ve yeniden lisanslamak istiyorum, orijinal geliştiriciye bildiririm mi?

Orijinal geliştirciye bildirmek bir yasal gereklilik değildir, ancak birçok açık kaynak topluluğu bu tür transparantlıktan yararlanır. Bildirim, potansiyel çatışmalarını önlemeye ve orijinal geliştiricilerin sorularını cevaplamasına izin verir. Consentuz bir yeniden lisanslama, lisans anlaşmasının şartlarını ihlal edebilir ve kopyalama haklarıyla ilgili yasal riskler oluşturabilir. Topluluk ilişkilerini korumak adına açık bir iletişim tercih edilir.

Yeniden lisanslama izni olmayan bir projeyi çatalladım ve pazarladım. Yasal sonuçları neler olabilir?

Yeniden lisanslama izni olmayan bir projeyi pazarlama, lisans anlaşmasını ihlal edebilir ve kopyalama hakları ihlalini içerir. Orijinal sahibinizin cezai davalara başvurmasi, tasarruf edilmesi gereken masraflar ve marka haklarıyla ilgili sorunları içerir. Çoğu açık kaynak lisansları, katkıda bulunanların kodları yeniden lisanslamamızı engellemez, ancak orijinal lisans