Açık kaynaklı bir çatalı yeniden adlandırmanın görgü kuralları nedir?


29

TestNG java test çerçevesi (Apache 2 lisansı) Github'ı kullanmak istiyorum, böylece ihtiyaçlarımı karşılamak için bazı küçük şeyler ekleyebilir / değiştirebilirim.

Değişikliklerimin ana projede onaylanması veya başkalarının çatalımı kullanması pek mümkün değil. Bu hiçbir şekilde ana projeye bir rekabet olamaz.

Şimdi, isimlendirme açısından, eser adını (testng-mycompany) veya versiyonunu (6.8.mycompany) değiştirmek istiyorum, bu yüzden maven depomuzdaki resmi versiyon ile karışıklık oluşmuyor. Bu kötü görgü kuralları olarak kabul edilir mi? Evetse, çatalınızı ayırt etmek için en iyi yaklaşım hangisidir?


9
Ayrıca bkz . Github süreci ile ilgili Forking projesi ve görgü kuralları ve forking etiketi kesişimi (şu anda sorunuzu ve bağlantılı olanı vardır).

Yanıtlar:


5

Uzaklaşın ve en iyisini yapın.

Açık kaynaklı yazılımlar her zaman bireylerin sözleşmeye uyum sağlamasına, değiştirmesine ve meydan okumasına izin vermekle ilgilidir. Bir proje kurma zorluğu, etrafınızda ne yaptığınıza inanan yeni bir topluluk oluşturmaktır.

Mesela Apache'nin kaynağını indirebilir, birkaç değişiklik yapabilir ve bir sonraki büyük şeyi söylerdim .. ama eğer başka kimse gemiye binemezse, o zaman sağladığı yeni özelliklerin ve hata düzeltmelerinin ziltelerine yetişmek zorunda kalıyorum çekirdek Apache topluluğu.

Kaynak: Taht Oyunları.

Çatal TestNG yerine mevcut Repo'ların üzerine modül / eklenti yazmak daha kolay olabilir, bu şekilde sadece kendi kodunuzu korumanıza gerek duyacaksınız.

Alternatif olarak, TestNG'yi değiştirme gereğini hissediyorsanız, o zaman belki bu sadece iş için yanlış bir araçtır.

[Feragatname, şu ana kadar TestNG'yi hiç duymadım]


-1. Bu, hiçbir şekilde soruyu cevaplamıyor.
Jon Bentley

2

Açık Kaynak projeleri ileri düzeydedir. Açık kaynaklı projelerle ilgili en güzel şey, dış işbirliğini teşvik etmeleridir. Bir projeyi oluşturmaya karar verdiğinizde, projenin kendi "lezzetini" veya "yorumunu" üretmek için inisiyatif aldığınızı belirtin. Pek çok takım, projenin tabanını çok amaçlı olarak genişletmek için kendi projelerini imzalayacak.

Örnek: Webkit ve Blink

Adlandırma devam ettiği sürece, mümkün olduğunca net olmak istersiniz. Gelişimdeki temel isimlendirme uygulamaları oldukça belirsizdir.

Git: Hangi "sürüm adlandırma kuralları" kullanıyorsunuz?

Çatalı olsaydınız, "Adınızı" belirtmek ve daha sonra hangi sürümü kullandığınızı iletmek isterdiniz.

Projeyi amaçlanandan temelde farklı bir yöne götürmeyi planlamıyorsanız, istifleme sebebi görmüyorum. Çoğu durumda, önereceğim özelliklerin / değişikliklerin her iki yönden de harika bir öğrenme fırsatı sunduğunu öğrendim. Bir şey olursa, çekirdek projenin bütünlüğünü korurken modülerliği teşvik etmek için ayrı modüller oluşturma fikri üzerine Dave ile birlikteyim.

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.