Şok oldum - ve gerçekten dehşete düştüm - "mecbur kalmadıkça güncelleme yapma" diyen cevapların sayısında. Bunu yaptım ve kısa vadede daha kolay olsa da, uzun vadede cehennem gibi yanıyor. Daha sık, daha küçük güncellemeler, zaman zaman büyük olanlardan daha yönetmek için çok daha kolaydır ve yeni özelliklerin, hata düzeltmelerinin ve benzerlerinden daha kısa sürede yararlanabilirsiniz.
Kütüphane değişikliklerinin, bir şekilde kod değişikliklerinden daha zor test edildiğine dair bir fikrim yok. Aynısı - kod tabanında bir değişiklik yapıyorsunuz ve bunu yapmadan önce ve serbest bırakmadan önce daha derinlemesine doğrulamalısınız. Ancak bunu yapmak için zaten işlemleriniz olmalı, çünkü kod değişiklikleri yapıyorsunuz!
İki ila dört hafta uzunluğundaki yinelemelerde çalışıyorsanız, her bir yinelemeden biraz daha gevşemiş olduğunda, başlangıçtan sonra en kısa sürede yapılması gereken kitaplıkları yineleme görevi başına bir kez güncellemenizi öneririm. son teslim tarihi ve proje değişimi absorbe etme kapasitesine sahip. Oturmak için birisini (veya bir çiftlemeyi programlıyorsanız) bir araya getirin, hangi kütüphanelerin güncellendiğine bakın ve her birini bir araya getirmeyi ve yeniden denemeyi ve test etmeyi deneyin. Belki de her yineleme için bir günden bir güne kadar bütçe. İşler işe yararsa, değişiklikleri kontrol edin (kitaplıkları kaynak kontrolünde tuttuğunuzu farz ediyorum; yaptığımız gibi; değişimin kontrollü bir şekilde nasıl yayılacağından emin değilim). Eğer otomatikleştirilmiş testleriniz varsa, testler tamamen manuel olmaktan çok daha kolay olacaktır.
Şimdi, asıl soru, eğer bir güncelleme kırılırsa ne yaparsınız - düzeltmek için zaman harcıyor musunuz veya dışarıda bırakıyor musunuz? İkincisine yaslanmayı öneririm; Bir saat içinde sabitlenebilirse, yapın, ancak bir güncelleme bütünleşmek için önemli çalışmalar yapacaksa, o zaman kendi geliştirme görevi olarak yükseltin, tahmin edilmesi, önceliklendirilmesi ve diğerleri gibi planlanması. Büyük olasılıkla, çok önemli bir düzeltme veya iyileştirme getirmediği sürece, önceliğin düşük olacağı ve buna asla başaramayacağınız ihtimaller. Ancak, bir sonraki yinelemeli güncelleme günü sona erdiğinde, sorun kendiliğinden çözülmüş olabilir; Olmasa bile, en azından şimdi güncelleme yolunda bir barikat olduğunu biliyorsunuz ve bu sizi şaşırtıyor.
Bu uzunlukta tekrarlamalar yapmıyorsanız, güncellemeler için bir tür bağımsız zamanlama hazırlarım - ayda bir. Aylık bir durum incelemesi ya da bir mimarlık kurulu toplantısı gibi bağlayabileceğiniz başka bir proje ritmi var mı? Maaş günü? Pizza gecesi? Dolunay? Her neyse, geleneksel bir sürüm döngüsünden çok daha kısa bir şey bulmanız gerekir, çünkü her 6-18 ayda bir her şeyi bir seferde güncellemeye çalışmak acı verici ve moral bozucu olacaktır.
Söylemeye gerek yok, yayınlanmadan önce dalları dengeleme yaparsanız, bu politikayı onlara uygulamazsınız. Orada, yalnızca kritik düzeltmeleri almak için kitaplıkları güncelleştirirsiniz.