«etiquette» etiketlenmiş sorular

Neden isteklerini yerine getirdiğim her ciddi Github deposu, taahhütlerimi tek bir taahhütte ezmemi istiyor? Git günlüğünün orada olduğunu düşündüm, böylece tüm geçmişinizi kontrol edebiliyor ve tam olarak hangi değişikliklerin gerçekleştiğini görebiliyorsunuz. Amaç ne? Bu aynı zamanda “erken ve sık işlenen” mantralarına aykırı görünüyor.

199 git  github  branching  pull-requests  etiquette 

Sosyal kodlama topluluğunda yeniyim ve bu durumda nasıl doğru ilerleyeceğimi bilmiyorum: Birkaç hafta önce bir GitHub Havuzu oluşturdum . Birisi projesini çatallı ve yapmış -yapmak aklımdaydı olmuştur bazı küçük değişiklikler. Birisi benim projemi çekti ve onu eklemek için zaman harcadım. Değişiklikleri kendi koduma çekmek isterim, ancak birkaç endişem var. 1) …

40 git  github  etiquette 

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, …

29 open-source  github  etiquette  forking 

Nispeten popüler bir github repo korudum. Bir çekme isteğinin bir araya getirilmesi iyi olduğunda, genellikle yazardan, birleştirme işleminden önce (özellikle birden çok küçük düzenleme olduğunda) tek bir işleme geri döndürmesini rica ederim. Bu iyi git alıştırması mı? Bu kabul edilebilir / standart GitHub görgü kuralları mı? Yani bazı yararları: İşlem …

25 github  etiquette 

Github'da çoğunlukla sevdiğim ve kullanmak istediğim bir proje var. Farklı yapmak / kaldırmak istediğim / istediğim için anlam ifade etmeyen bazı şeyler var. Ayrıca birkaç şey de eklemek istiyorum. Anladığım kadarıyla, projeyi çatallamalıyım ve istediğim değişiklikleri yapabilir ve çatalıma geri dönebilirim. Oradan ben de en son hata düzeltmelerini / özelliklerini …

25 github  etiquette  forking 

İstenen geliştirmeyi yapmak için gerekli araçların bulunmamasından dolayı "çözüldü (düzeltilmiyor)" olarak işaretlenmiş bir açık kaynak projesinde hata izleyicide gerçekten eski (2 + yıl) bir özellik isteği sorunuyla karşılaştım. Bu belirleme yapıldıktan sonra geçen sürede, çözümlenmesini sağlayacak yeni araçlar geliştirildi ve bu uygulamanın topluluğunun dikkatine sunulmasını istiyorum. Ancak, böyle durumlarda, genel …

23 issue-tracking  etiquette 

Genel olarak GitHub ve VCS'de yeniyim. Yıllardır çeşitli dillerde programlama yapıyorum, ancak her zaman özel projelerde yalnız çalıştım (halka açık değil). Geçenlerde GitHub'dan indirdiğim ve üzerinde çalıştığım bir projede jQuery UI widget'ini kullanmaya başladım. Repo artık orijinal yazar tarafından korunmuyor. Başka bir çatal, orijinal çekme taleplerinin bazılarını birleştirmiştir. Bu benim …

21 open-source  github  workflows  etiquette 

GitHub'da birisinin tek bir taahhütle bir çekme isteği gönderdiği bir depom var. Çözümünü sadece kısmen uygulamak ve kullanıcının yaptığı kod değişikliklerinin yaklaşık yarısını kullanmak istiyorum. Bu durumda ne yapmalıyım? Sürümünün bir dalını yapın, sonra geri dönün ve orijinal sürümden korumak istediğiniz "eski" kodu kopyalayıp ikinci bir taahhüde yapıştırın. Bu, taahhütler …

19 version-control  git  github  etiquette 

Kapalı. Bu soru konu dışı . Şu anda cevapları kabul etmiyor. Bu soruyu geliştirmek ister misiniz? Soruyu Yazılım Mühendisliği Yığın Değişimi için konuyla ilgili olacak şekilde güncelleyin . 7 yıl önce kapalı . İster katılımcı, konuşmacı, ister satıcı olarak, yazılım konferanslarında konuşulmayan görgü kurallarının ne olduğunu bilmek istedim. Körü körüne …

19 etiquette 

Bir iş arkadaşınız kodunuzu düzenliyorsa ne yapmalısınız? İşlevselliği eklemek veya hataları düzeltmek amacı olmadan, sadece görünüşünü değiştirmek için ...

16 productivity  teamwork  communication  etiquette 

Codeplex'teki ilk açık kaynak projem üzerinde çalışmaya başladım ve korkunç bir kodla karşılaştım. (Ben C # hala "goto" deyimi vardır öğrendim) Ben "sahibi" istediği özellikleri eklemeye başladı ve kod tabanı inceledikten ve ne karışıklık olduğunu gördükten sonra (örneğin "goto" kullanarak) Ben temizlemek istedim biraz. Ama biraz endişeliyim ve bu yüzden …

14 c#  open-source  etiquette 

Bu GPL projem var, bir yıl kadar sıkıştı, fikri gerçekten beğendim, sonra biri çatalladı ve her şeyi değiştirdi ama aynı adı kullandı, kod için sakıncası yok (sonuçta GPL idi) ama ismi seviyorum. Bu tür bir durum için görgü kuralları nedir? Proje kendime fayda sağlayacak ve hoşuma gidiyor, ancak adı satılık …

13 open-source  etiquette  forking 

Açık kaynak dünyasında yeniyim. Üzerinde çalıştığım proje Github'da. (Sadece referans için) Üzerinde çalıştığım proje Plex Media Server için bir eklentidir. Eklentimi "uygulama mağazasında" yer alacak şekilde Plex'e göndermeyi planlıyorum. Şimdi soruma. İlk başladığımda, istediğim şeylerden bazılarını yapan ama çok iyi olmayan eski, yarı terk edilmiş bir eklenti buldum. Bu repoya …

12 open-source  github  workflows  etiquette 

Açık kaynaklı projelerde birkaç kez ortaya çıkan bir durum şöyle: Konuşlandırmamızda bir hata fark ettim ve hızlı bir kesmek yaması buldum. (Örneğin, gerçekten ihtiyacımız olmayan kodu yorumlamak yeterlidir.) Gerçek hatayı bulmak, bir yama bulmak ve bir Git çekme isteği veya benzeri bir yolla göndermek için biraz fazla çaba harcıyorum. Çekme …

12 open-source  etiquette  bug-report  software-patches 

Github üzerinde kullanışlı bir merkezi özellik ile harika bir proje buldum, ancak hata işleme, günlüğe kaydetme, yapılandırma ve kurulumun "parlatılmasında" kaba. Proje 5 yıl dokunulmamış ve sadece birkaç yüz satır kod. Yine de iyi sayıda izleyici ve bir avuç çatal için dikkat çekecek kadar faydalıdır. Kullanımım için özel bir ilave …

12 open-source  pull-requests  etiquette