2008-12-03 22 views
6

Ciddi derecede büyük bir .NET sitesi/çözümü (100'lü derlemeler) ile, son derlemeden beri hangi meclislerin değiştiğini tanımak için herhangi bir araç var mı (her zaman değişecek dosya tarihlerinden daha akıllı bir şey kullanarak).Son derlemeden bu yana hangi .NET derlemelerinin değiştiğini belirlemek için hangi araçlar kullanılabilir?

I) için dağıtım süreci değiştirmek değiştirildi düzeneklerinin versiyonu artırmak ve b) Bu modifiye edilmiş topluluklarını da bir delta serbest oluşturmak gerekir.

ASP.NET web sitemiz ve Biztalk sunucularımız için şu anki yaklaşımım, bir yapının ardından tüm çözümü yeniden dağıtmaktır - bu, 3 saate kadar sürebilir (çoğu zaman, BizTalk uygulamalarının ayrılması ve yeniden dağıtılması için harcanır). .

Microsoft biz sürüm bizim meclisleri tavsiye ve sadece bizim dağıtım penceresini azaltmak için değişti bu derlemeleri dağıtın. Bunu olabildiğince otomatik hale getirmek istiyorum. Şu anda bizim oluşturma işlemini yönetmek için MSBuild, TFS ve iyi "eski moda" insanları kullanıyor

. Takım Build büyük bir izlenebilirlik özelliklerinden

cevap

4

NDepend'a bakın. Ben bu bizim BizTalk 2006 için çalışacak olmadığını kontrol edecektir Eğer, bu bizim .NET çözümleri için çalışacak

+0

Teşekkür şey sadece bu tür reporots üretmek ve Dağıtım sürecine girdi olarak bu kullanmak için kullanabilirsiniz inanıyoruz çözümler (bunlar standart MSBuild formatını kullanmaz) –

0

biri inşa etmek Yapı 'changesets ilişkili changesets yanı, sıra çalışma öğeleri izler nasıl.

Sürümler arası sürüm notlarımızı oluşturmamıza yardımcı olmak için bu derleme özetlerini kullanıyoruz. Doğrulanmış bir sürümü dağıtmaya hazır olduğumuzda elle çalıştırdığımız bir derleme tanımını kullanırız; burada, yapının en son çalıştırıldığı zaman, önceki onaylanmış sürümü dağıttığımız tarihtir. Bu, bu iki yapım tarihi arasındaki tüm değişiklikleri belirler ve sürüm notlarının oluşturulması için kapsamlı bir rapor sunar.

İlgili konular