Github da adamlar 1 yılda 2k-3k commit yapıyor. Bunu acaba yaptıkları en ufak bir değişikliği bile commitledikleri için mi oluyor? Ben mesela sabahtan başladığım projeyi gün içinde bitirdiğim zaman 1 defa commitliyorum. Tabii dosya da yapılan her şey toplu gözüküyor. Giriş yap, kayıt ol sayfası eklendi gibi. Mesela bunlar ayrı sayfa. Fakat commit edince toplu ettiğimden tek tek de yazmıyorum. Hangisini yapsam iyi olur? Tek seferde mi? yoksa en ufak değişiklikte bile mi?
Teknoseyir gündemi
#AI#parapiyasasıfonu#ıos#pazarama#android#iade#BirazMüzik#ekonomi#AlışVeriş#Bilmece#MotoSeyirSon bir saat içinde 137 ziyaretçi, 108 kayıtlı kullanıcı giriş yaptı.
- © 2025 TeknoSeyir
- Hakkımızda
- İletişim
- Kullanım Koşulları
- Gizlilik Politikası
- Sosyal Ağ Kuralları
- RAM desteği bilendenal.com tarafından sağlanmaktadır.
- Sunucu desteği DGN Teknoloji tarafından
sağlanmaktadır.
Önemli değişiklikler veya geri alman gerektiğini düşündüğün değişiklikler daha mantıklı.
Her özeliğin ilk yazımı ve sonra güncellemeleri için ayrı ayrı commitler yapmak makbul diye düşünüyorum.
En küçük düzeltmede bile commit oluyor. Aslında iki ayrı görev şeklinde yapsalar daha iyi olur gibi. Ben github'ın en acemisinin en acemisinin acemisiyim ama fark ettim yinede. Ha, çoğu şeyi ön izlemeden görüp düzeltmek mümkün ama yine de olmuyor, olamayabiliyor.
LoC> commit count
Ha ayrı ayrı commit etmenin şöyle bir yararı var, eğer bir regression olduysa bisect etmek daha rahat olur, yani artık projen neyse onu kullananlar için git blame daha rahat olur.
Sen tek başına çalışıyorsan normal. Review süreci olunca onu bölmek gerekiyor.
Squash and merge yapilarak PR lar birleştiriliyorsa, ilgili değişikleri toplu halde farklı commitlere bölerek PR'a göndermek en mantiklisi.
Ancak direk rebase falan yapılıyorsa asiri bir kirliliğe neden olabilir. Uyguladigin git workflow'u ile alakalı biraz.