Açık kaynak kodlu bir projeyi “devralma” hakkında nasıl gidersiniz?


29

İlgilendiğim ve düzenli olarak kullandığım açık kaynaklı bir proje var. Apache License 2.0 kapsamında lisanslanmıştır ve temelde artık etkinliği yoktur. Google Kodunda barındırılıyor ve geliştirmeye devam etmek istiyorum. Açık kaynaklı süreçte yeniyim ve bunun için uygun yolu bulmaya çalışıyorum. Kontrol edip github'a itebilir miyim, böylece açıktaki gelişimine devam edebilirim? Önce "sahip" projesine ulaşmalı mıyım? Ayrıca, tüm yazar bilgilerini derslerin başında bırakıyor muyum, vb. Değişiklikler yapsam bile (cevabın evet olduğunu varsayıyorum)?

Ayrıca, "tüm değişikliklerin, değiştiricinin işi olduğu açıkça belirtilmiş" lisans gerekliliğine pratik olarak nasıl bağlı kalabilirim? Yaptığım her değişikliğe yorum yazabilir miyim?

Buradaki normal seyrin / standardın ne olduğuna dair herhangi bir rehberlik çok takdir edilecektir?


2
Projede hala aktif bir topluluk var mı?
Tim Post


1
Apache ile temasa geçin, hemen hemen her şey için resmi, makul prosedürleri var.
James Anderson

Yanıtlar:


29

Son zamanlarda açık kaynaklı bir projeyi devraldım. İzlediğim adımlar:

  1. Orijinal yazarla iletişim kurun
  2. Niyetlerimi ona bildir
  3. Kendisi tarafından kabul edilmek (ya orijinal depoya ait hakları alacaksınız ya da klonlayacaksınız)
  4. Orijinal yazarlığı koru ( daha fazla değişiklik yaptığımda kendimi ekleyeceğim )

By "özgün yaratıcıya koru" ... başlangıçta onun / onun çalışma olduğu gibi her durumda kendim yukarıdaki orijinal yazarın kredi demek.


1
"Özgün yazarlığı koru (daha fazla değişiklik yaparken kendimi ekleyeceğim)" ile neyi kastediyorsunuz?
LuxuryMode

Asıl yazarını her şeyden önce kendi eseri olduğu gibi kendimden daha iyi göstermek istemiştim.
Alan Haggai Alavi

Mark Booth : Haklısın. Cevabımı düzenlediğiniz için teşekkür ederiz. :-)
Alan Haggai Alavi

7

Projeyi belki GitHub'a yerleştirmelisin .

Alternatif olarak, orijinal yazarla iletişim kurmayı deneyebilirsiniz.


1
Çok teşekkürler. Orijinal yazara e-posta gönderdim. Merak ediyorum, onunla iletişim kurmamın bir sebebi var mı, yoksa ortak nezaket mi? Lisans açısından, istediğim şeyi yapmam şartıyla yapmakta özgürüm, değil mi? Ayrıca, çok erken konuştum. Anlaşılan orjinal depo mercurial'da. Sadece hg-git mercurial eklentisini mi kullanmalıyım: hg-git.github.com ?
LuxuryMode

7
Ortak nezaket. Ayrıca, alan adları, ticari markalar, web siteleri, posta listeleri vb. Gibi kaynak kodundan başka şeylerin kontrolünü alabilirsiniz
FigBug

2
Eskiden çatalların kötü olduğu düşünülüyordu. Orijinal geliştiriciyle bağlantıya geçmek ve kibar olmak her zaman en iyisi olarak görülmüştür. Githib felsefesi, çatalların ucuz olması ve herkesin çatal kullanması gerektiğidir. Sonuçta, bir DVCS altında, her şey bir çatal. Bu yüzden neden bu farklı görüşleri görüyorsunuz.
Andrew Dalke

1
Kullanıcılar çatallardan nefret eder, bir çatalla projenin eski çekişini, kullanıcı tabanını, test edicileri, derlenmiş sürümleri katkıda bulunanları / alıcıları elde edemezsiniz . Genelde onları istiyorsun. Github'un yolu ( gihub-do ) ikili dağıtımı hedeflemeyen yorumlanmış şeyler için en iyisidir. Ve hala sadece tercih eden hgve hemen umursamayan çok yetenekli insanları kaybedeceksiniz git. (evet, dini savaşlar, bleargh)
ZJR

6

Bunu yapmak için gitmek için birçok yol vardır:

  1. Orijinal "sahibi / yazarı" e-posta ile gönderin. Ona niyetlerini ve gelişimine nasıl yardım edebileceğini anlat. 1 hafta bekle. Cevap yoksa ...
  2. Depoyu çatalla. Saygısızlık ve yanlış bir şey yapmadığınızdan emin olmak için (muhtemelen yapmadığınız) asıl yazara atıfta bulunma.
  3. Kodlamayı al! Artık Project ABC'nin gururlu geliştiricisisiniz.
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.