İş akışı, mevcut görevinizde olmayan şeyleri düzenleme


12

Genellikle programladığımda, önümde net bir görev var, ancak devam ederken temizlemek istediğim sinir bozucu şeyler buluyorum.

Burada üç seçenek görüyorum:

  • Daha sonra yapın (bir bilet ekleyerek zamanınızı unutup unutmanız gerekebilir)
  • Şimdi yap ve mevcut işimle birlikte yap (belirsiz)
  • Şimdi yapın ve ayrı ayrı taahhüt edin (bulmak zorunda, bir hata yapabilir ve yanlışlıkla # 2 seçeneğini tercih edebilir)

Bu muhtemelen oldukça basittir, ancak svn / git / other kullanarak bunu atlatmanın bazı yolları nelerdir?



Genellikle 2. seçeneğe giderim. Ama çok fazla yeniden düzenleme yapsaydım, iki ayrı taahhütte bulunurum. 1 benim özel görev için ve rebaseyerine sadece "Yeniden Düzenleme" olarak etiketlenmiş başka merge.
Alternatex

Yanıtlar:


7

Şahsen, bence bu :-).

  • İçin küçük düzeltmeler sonra bunu yapmanın havai değmez çünkü, opsiyon üç (şimdi, ayrı taahhüt), en iyisidir. Bu durumda, sadece ayrı bir taahhüt oluşturursunuz. Bunu nasıl yapacağınız, kullandığınız VCS'ye bağlıdır ve ayrı bir sorudur :-).

  • Daha büyük bir düzeltme ise , bir bilet oluşturursunuz. Aksi takdirde, ana görevinizden sürekli olarak raydan çıkma riskiyle karşı karşıya kalırsınız ("Ah, bakın, yeniden düzenleme için başka bir fırsat, oh, başka bir şey var, orada ve orada ...").


İlk madde işaretiniz için küçük düzeltmeler, düzenlemeyi hemen yapmak en iyi seçenek gibi görünüyor. Bunu neden düşünmediğime dair hiçbir fikrim yok, sanırım kötü alışkanlıklar. Ben kod yönetimi kısmı aksine, programlama kodlama kısmı biraz almak eğilimindedir :)
Nattfrosten

@Nattfrosten: Evet, bu doğal ve kötü değil - sonuçta, odak genellikle kodlamaya odaklanmalıdır. Kod yönetimi sadece kodlamayı kolaylaştırmak için kullanılır.
sleske

5

Bunu düşün. "Temizlemek için can sıkıcı şeyler (...) bulduğunuzda" ve bunu yapmak için yönetici bir karar verdiğinizde, ekibinizin geri kalanını öncelikler tartışması ve kararından çıkarırsınız. Sen izin veriyorsun senin yüzünden kodla ayrıcalıklı ilişkinin başka gündemi koz herkesi. Bunun güzel olduğunu düşünmüyorum. Deneyimden, aynı zamanda ekip / hissedar kızgınlıklarına yol açar.

Bunun yerine, temizleme / yeniden düzenleme için bir sorun / görev oluşturun. Aklınızda tazelik olsa da, bunun nedenlerini listeleyin: artan stabilite, bakım kolaylığı, bu tür şeyler hakkında tahminler. Belki ekibinizin nasıl çalıştığına bağlı olarak bir çaba tahmini ekleyin. Sonra bir sonraki görev seçimi / atama / öncelikler toplantınızda, yeniden düzenleme görevinizi sunun ve diğer görevlere göre konumlandırın. Takım olarak, ne zaman tamamlanması gerektiğine karar verin.

Lütfen size prensipler adına iyi bir fikir vermenizi söylediğimi düşünmeyin. Kafanı kullan. Düzenlediğiniz işlevde çirkin bir şey varsa, bu yeni bir yeniden düzenleme görevi değildir. Düzelt ve her şeyi kontrol et. Birlikte çalıştığın özelliği daha mantıklı bir şekilde yeniden adlandırmak birkaç ekstra kaynak dosyasını etkiliyorsa, bu yeni bir yeniden düzenleme görevi değildir. Düzelt ve her şeyi kontrol et. Öte yandan, başka bir geliştiricinin (Mitch, o adamdan nefret ediyorum) düzenlemediğin bir işlevde bir şey yapma şeklini sevmiyorsan ve işlev iyi çalışıyor gibi görünüyorsa, şimdilik yalnız bırak . Yeniden düzenleme görevi oluşturun ve vakanızı ekibinize sunun.

Yeniden düzenleme, yeni özellikler lehine ekibiniz tarafından her zaman aşağı oylanırsa, başka bir iş aramaya başlayın. Zaten bir işiniz olduğunda bir iş bulmak daha kolaydır.


1
Bu cevap için çok teşekkürler, şimdiye kadar çoğunlukla solo projelere katıldım, bu yüzden perspektifim geldi. Daha sonra bir ekibe daha iyi uyum sağlamak için birçok alışkanlığı değiştirmem gerekecek ve bu tür bir şey tam da ihtiyacım olan şeydi.
Nattfrosten

Aynı sonuç, ama yeni özellikler için gitmeye karar veren ve genellikle yeniden düzenleme değil patronlar: - |
Mark Hurd
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.