Açık kaynaklı bir projeye yapılan katkılar, sahipler tarafından nasıl yönetilmelidir?


12

Açık kaynaklı bir projeyi yönetirken (GitHub gibi bir hizmet kullanarak) aşağıdakilere nasıl yanıt vereceksiniz:

Birisi, yeni bir özellik eklemek veya bir sorunu çözmek için lütfen bir yama gönderdi. Aşağıdaki durumlardan herhangi biri oluşur:

  • Kaynak kodu bir veya daha fazla adlandırma kuralını vb. Karşılamıyor.
  • Kaynak kodun belirli bir şekilde geliştirilebileceğini hissediyorum. Belki aynı etki çok daha basit bir kaynakla elde edilebilir, ya da belki başka bir yararlı özelliğe ihtiyaç duyulabilir.

S1. Gönderilen kaynağı değiştirmek benim için kabul edilebilir mi? (GitHub'da bu mümkün mü?)

S2. Bu tür gönderilerin tümü başvuru yönergelerine uygun olarak reddedilmeli mi?

Q3. İkinci çeyreğe evet ise, kötü uygulanan gerçek bir fikir ne olacak? Sadece devam edip kendiminkini yaratmak benim için kabul edilebilir mi?

Katkıyı teşvik etmek istiyorum, ancak aynı zamanda belirli bir standardı korumak önemlidir.

Yanıtlar:


7

Henüz yapmadıysanız, projenin standartlarını açıklayan bir belge oluşturun. Projenize kod yazarken önemli olduğunu düşündüğünüz her şeyi açıkladığınızdan emin olun .

Ardından, katkıyı çok takdir ettiğinizi ve yamayı dahil etmek istediğinizi belirten kodu veren kişiye yanıt verin, ancak bazı sorunlar var. Belgeye bir bağlantı sağlayın ve gördüğünüz sorunları belirtin. Ardından, ilgili kişiden sorunları düzeltmesini ve kodu yeniden göndermesini isteyin.


Ben linux çekirdeği bu senaryo için "iyileştirilmesi gereken değişiklikler" alanı bir tür olduğunu düşünüyorum.
seppo0010

1
Uzun vadede, insanları kendi gönderimlerini geliştirmeleri için projeye ve bir bütün olarak topluma fayda sağlayacaktır. Ancak, kibar olmanız koşuluyla, özelliği kendiniz yeniden uygulamak kesinlikle iyidir.
David Schwartz

1
Bir çekim talebinde bulunduğunuzda bu şeylerden bazılarını otomatikleştiren birkaç proje gördüm.
Andrew T Finnell

GitHub'ı kullananlar için sadece bir not, yukarıda belirtilen CONTRIBUTINGbelgeyi adlandırırsanız, bir çekme isteği gönderilirken bu belgeye bir bağlantı gösterilir. İnsanlar ortak sorunları önce kendi başlarına çözebilirlerse, zamandan tasarruf etmenize yardımcı olabilir.
Michael Mior

2

Çok fazla katılımcı yoksa ve bu katkı oldukça değerliyse, yamayı olduğu gibi kabul edebilir ve bir sonraki işlemde, bölümlerini kendiniz yeniden yazabilir veya kodlama standartlarını onaylamak için yeniden biçimlendirebilirsiniz. - Daha sonra, katkıda bulunan kişiye yaptığınız değişikliklerin bir farkının bağlantısını içeren bir e-posta gönderirsiniz. Umarım katkıda bulunan kişi farkı inceleyecek ve bir dahaki sefere daha iyi bir yama sunacaktır.

Henüz herhangi bir Katkıda Bulunan Kılavuzu veya Kodlama Stili belgesi yazmadıysanız , bu iyi bir fikir olabilir . Aslında, en çok katkıda bulunanların yaptığı hataları fark edene kadar bir süre bu şekilde devam edebilir (yamaları kabul edebilir ve değiştirebilir, diffs'ye geri bağlantıları e-postayla gönderebilirsiniz). Ve sonra yalnızca bu hataları Katkıda Bulunan Kişi Kılavuzu ve Stil Oluşturma Kılavuzu'na eklersiniz .

Bu şekilde bir şeyler yaparsanız, Q1-Q3'ün cevapları şöyle olur:

  • S1: Evet, daha sonraki bir taahhütte sunumu düzenleyin
  • S2: Uygulanamaz (Henüz bir yönerge yazmadığınızı varsaydım)
  • S3: Teşekkürler ve yeniden yazın :-) (Belki bir sonraki uygulamada, yine de tamamen yeniden yazarsanız, bir yama uygulamak anlamsızdır)
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.