2008-12-03 4 views
6

Mit einer ernsthaft großen .NET-Site/Lösung (100 Assemblys), gibt es irgendwelche Tools zur Verfügung, um zu erkennen, welche Assemblys seit dem letzten Build geändert wurden (mit etwas intelligenter als Dateidaten, die immer ändern).Welche Tools sind verfügbar, um festzustellen, welche .NET-Assemblys seit dem letzten Build geändert wurden?

Ich muss unseren Bereitstellungsprozess ändern, um a) die Version geänderter Assemblies zu inkrementieren und b) ein Deltarelease zu generieren, um diese modifizierten Assemblys einzuschließen.

Mein aktueller Ansatz für unsere ASP.NET-Website und BizTalk-Server besteht darin, die vollständige Lösung nach einem Build erneut bereitzustellen - dies kann bis zu 3 Stunden dauern (die meiste Zeit wird für das De- und Deployen der BizTalk-Anwendungen aufgewendet) .

Microsoft empfiehlt, dass wir unsere Assemblys versionieren und nur die Assemblys bereitstellen, die sich geändert haben, um unser Implementierungsfenster zu reduzieren. Ich möchte das so weit wie möglich automatisieren.

Wir verwenden derzeit MSBuild, TFS und gute "altmodische" Leute, um unseren Build-Prozess zu verwalten.

Antwort

4

Werfen Sie einen Blick auf NDepend. Ich glaube, dass Sie es verwenden können, um Reporots von genau dieser Art von Sache zu generieren und diese als Eingaben für Ihren Bereitstellungsprozess zu verwenden

+0

Danke, dies wird für unsere .NET-Lösungen funktionieren Ich werde überprüfen, ob dies für unseren BizTalk 2006 funktioniert Lösungen (diese verwenden nicht das Standard-MSBuild-Format) –

0

Eine der großartigen Funktionen zur Rückverfolgbarkeit in Team Build ist die Verfolgung von Changesets und Arbeitselementen, die mit Changesets von Build zu Build verknüpft sind.

Wir verwenden diese Build-Zusammenfassungen, um uns beim Generieren unserer Versionshinweise zwischen den Versionen zu helfen. Wir verwenden eine Builddefinition, die wir manuell ausführen, wenn wir eine validierte Version bereitstellen möchten, wobei das letzte Mal, an dem der Build ausgeführt wurde, das Datum war, an dem wir die vorherige validierte Version bereitgestellt haben. Dadurch werden alle Änderungen zwischen diesen beiden Builddaten aufbereitet und ein umfassender Bericht zum Generieren der Versionshinweise bereitgestellt.

Verwandte Themen