Jakie narzędzia są dostępne do ustalenia, które zestawy .NET uległy zmianie od czasu ostatniej kompilacji?

Question

Z poważnie dużą witryną/rozwiązaniem .NET (100 zespołów), są dostępne narzędzia do rozpoznania, które zespoły uległy zmianie od czasu ostatniej kompilacji (używając czegoś bardziej inteligentnego niż daty plików, które zawsze się zmieniają).

Muszę zmienić nasz proces wdrażania, aby: a) zwiększyć wersję zmienionych złożeń i b) wygenerować wydanie delta, aby uwzględnić te zmodyfikowane złożenia.

Moje obecne podejście do naszej strony internetowej ASP.NET i serwerów Biztalk polega na ponownym wdrożeniu pełnego rozwiązania po zakończeniu kompilacji - może to potrwać do 3 godzin (większość czasu spędza się na wycofywaniu i ponownym wdrażaniu aplikacji BizTalk) .

Microsoft zaleca, abyśmy wersję naszych złożeń i wdrażać tylko te zespoły, które zostały zmienione, aby zmniejszyć nasze okno wdrażania. Chciałbym zautomatyzować to tak bardzo, jak to możliwe.

Obecnie używamy MSBuild, TFS i dobrych "staroświeckich" ludzi do zarządzania naszym procesem budowania.

Answer 1

Spójrz na NDepend. Wierzę, że możesz go użyć do generowania reporot tego typu rzeczy i używać ich jako danych wejściowych do procesu wdrażania.

Answer 2

Jedną z wielkich funkcji identyfikowalności w Kompilacji zespołu jest sposób śledzenia zestawów zmian, a także elementów roboczych powiązanych z zestawami zmian od kompilacji do kompilacji.

Używamy tych podsumowań kompilacji, aby pomóc nam generować nasze uwagi do wydania między wersjami. Używamy definicji kompilacji, którą uruchamiamy ręcznie, gdy jesteśmy gotowi wdrożyć poprawioną wersję, w której ostatnim razem, gdy została uruchomiona kompilacja, była data wdrożenia poprzedniej zatwierdzonej wersji. Podaje ona wszystkie zmiany między tymi dwiema datami kompilacji i dostarcza nam kompleksowy raport do generowania informacji o wydaniu.