Yeni bir açık kaynaklı proje için terk edilmiş bir açık kaynaklı projeden miras almanın doğru / kibar yolu nedir?


13

Ekibim, code.google.com'da barındırılan eski bir açık kaynak projesinden bazı adamlarla iletişim kurmaya çalıştı. Onlara projelerine katılmak istediğimizi ve en azından bir şubesine taahhüt ettiğimizi söyledik, ancak kimse bize cevap vermedi. Herkesi, sahipleri ve komisyoncuları denedik; hiç kimse hiçbir şekilde aktif değildi ve kimse cevap vermedi.

Ancak taahhüt edeceğimiz bazı kodlarımız var ve bu proje üzerinde çalışmaya devam etmeyi gerçekten çok isteriz. Bu yüzden yeni bir proje yaratmamız gerekiyor. Bunun için devralmak istediğimiz projenin adının yakın fakat bir kopyası olmayan bir isim bulduk. İlk taahhüdümüzü nasıl yapmalıyız ve taahhüt mesajı ne olmalı? Kodlarını depomuza "bu kodu devraldık, burada böyle ve böyle bir lisans altında bulduk ... şimdi bu daha az / daha katı lisansa yükseltiyoruz ..." gibi bir yorumla kopyalamalıyız? Yoksa kodlarını sadece ilk taahhüdümüz olarak kullanmalı mıyız, "bizden miras aldık ... böyle değişiklikler yaptık ..." mı?


7
Orijinal projeden izin almadıkça, orijinal lisansa bağlı olarak, daha az katı bir lisans yapamazsınız. Buna izin verecek kadar izinli bir lisans varsa, muhtemelen daha fazla izin veren bir lisansa geçmeye gerek yoktur.
Matthew Scharley

Yanıtlar:


13

İdeal olarak, tüm eski geçmişi koruyacak olan Google Code'a yerleştirirsiniz. Bunun Google Code'da açıkça desteklenip desteklenmediğini bilmiyorum, ancak eski proje git'i sürüm kontrolü olarak kullanıyorsa, eski projeyi yerel bir dizine klonlayarak, originuzaktan kumandanızı yeni sonra yerel kopyanızı itin.

Eminim benzer bir yöntem yıkım ( svnsyncbelki?) İle kullanılabilir ama yıkım ile hiçbir pratik deneyimi var, bu yüzden orada yorum yapamam.


2
google kodu Mercurial'ı destekler, ancak git'i desteklemez. Civa için prosedür çok benzer olsa da, sadece defaulttakma adı değiştirin .hg\hgrc.
Wim Coenen

@ Bilgi için teşekkürler. Google Code'u çok fazla kullanmadım, sadece bildiklerim hakkında çok fazla bilgi sağladım.
Matthew Scharley

8

Önemli olan, orijinal kodun lisansının ve yapmanıza izin verdiği şeydir. Çok dikkatli olmanız gereken bir şey, lisansı değiştirmektir, çünkü bunu yapmanıza izin verilmeyebilir - telif hakkınızın olmadığını unutmayın.

Ancak, her şeyin mükemmel durumda olduğunu varsayarsak, ilk taahhüt mesajı "http: // .... sürümü XYZ'den 2011-02-25 Alındı" yanı sıra README.txt dosyasında önemli bir açıklama olabilir.

Yaptıklarınız konusunda çok net olun ve mümkünse orijinal kodu bir kütüphane olarak kullanarak kodunuzu yazın. Bu, endişeleri ayırmayı çok daha kolay hale getirir.


8

Bu aslında bir Google kodu SSS'sidir . "Sahipleri tarafından terk edilmiş gibi görünen bir projeyi devralmak istersem ne yapmalıyım?" Konusuna bakın.

Görünüşe göre Google'dan hoş bir şekilde sorarak terk edilmiş projeleri üstlenebilirsiniz.


4

Eski projeyle iletişime geçtiyseniz şikayet edebileceklerini sanmıyorum, sadece ne yaptığınız konusunda açık ve net olun ve başkalarının çalışmaları için kredi almayın. Muhtemelen durumu hem web sitenizde hem de ilk taahhüt mesajında ​​açıklamaya çalışacağım. İlk kod içe aktarımının bir önceki projeyle tamamen aynı olduğundan emin olmak da kibar olacaktır , bu nedenle tüm değişiklikler taahhüt günlüklerinde bulunmaktadır.

Diğerlerinin söylediği gibi, lisansı yalnızca uyumlu bir lisansla değiştirebilir ve lisansı değiştirseniz bile telif hakkı sahiplerini DEĞİŞTİREMEZSİNİZ. Mevcut tüm telif hakkı sahiplerinin adlarını orada ve üzerinde çalıştıkları tüm dosyalarda tutmak önemlidir.



Sitemizi kullandığınızda şunları okuyup anladığınızı kabul etmiş olursunuz: Çerez Politikası ve Gizlilik Politikası.
Licensed under cc by-sa 3.0 with attribution required.