Verwenden einer TFS-Erstellungsprozessvorlage (Workflow) für die Bereitstellung

Ich denke darüber nach, TFS Build-Workflows für komplexe Bereitstellungen zu verwenden. Wir haben einige, die möglicherweise bereitgestellt werden müssen:

Webanwendungen und -dienste
Datenbank
SSRS-Berichte
SSIS-Pakete
Wer weiß was noch

Ich mag die Tatsache, dass ich dem Workflow einige grundlegende Parameter geben kann, z. B. den Build, der bereitgestellt werden soll, und der einfach ausgeführt wird. Möglicherweise müssen einige Teile vom Menschen genehmigt werden, und ich weiß, dass der Workflow auch damit umgehen kann. Ein Beispiel ist, dass wir den Workflow verwenden können, um ein Änderungsskript aus unseren Visual Studio-Datenbankprojekten zu erstellen, aber die DBA-Gruppe möchte das Skript genehmigen, bevor es ausgeführt wird.

Ich bin interessiert zu wissen, ob andere in der Vergangenheit "Builds" dafür verwendet haben und welche Probleme gefunden wurden.

— John Saunders
quelle

Wir verwenden TFS 2010, um unsere Builds / Bereitstellungen zu verwalten. Ich habe keine schnellen Antworten für Sie; Aber wenn Probleme auftauchen, schreiben Sie mir eine E-Mail und wir können zumindest versuchen, es herauszufinden.

— Stephen Gross

Wir haben TFS verwendet, um unsere Builds auszulösen, aber msbuild, um unsere Projekte zu erstellen. Der Hauptvorteil ist, dass wir ein Build-Skript haben, mit dem wir die Versionskontrolle ändern können. Die Sache ist mit Workflows, zB: Wie werden Sie eine ältere Version Ihres Projekts erstellen? Mit einem Build-Skript erhalten Sie nur die ältere Version aus der Quellcodeverwaltung und los geht's. Es ist auch schön, damit herumspielen und verschiedene Optionen ein- und ausschalten zu können.

Wenn Sie absolut sicher sind, dass Sie einen festen Erstellungszyklus haben, können Sie ihn wahrscheinlich ausführen, andernfalls ist ein Skript wahrscheinlich die sicherere und flexiblere Option.

— Carlo Kuip
quelle

Die Workflows sind .xaml-Dateien, die in der Quellcodeverwaltung gespeichert sind. Ich benötige einen Prozess, der die .xaml-Dateien zusammen mit dem Quellcode verzweigt. Zweifellos verzweigen Sie Ihre msbuild-Dateien zusammen mit der Quelle.

— John Saunders

@ JohnSaunders Ja, wir verzweigen unsere Build-Skripte. Es ist cool, dass die Konfiguration Ihres Workflows in einer XML-Datei gespeichert ist. Welchen Einfluss hat das Ändern der Konfiguration auf Elemente, die sich in einer anderen Version Ihres Workflows befinden (Workitems, Aufgaben usw. in Ihrem Projekt befinden sich ebenfalls in demselben Workflow, oder? ) Hier sehe ich ein Risiko, das Verhalten von TFS im laufenden Betrieb zu ändern.

— Carlo Kuip

Ich weiß nicht was du meinst. Durch Ändern der Erstellungsprozessvorlage werden keine Arbeitselemente geändert. Was meinen Sie mit "Elementen, die sich in einer anderen Version Ihres Workflows befinden"?

— John Saunders

Die Prozessvorlage, die Sie beim Erstellen eines TFS-Projekts anwenden, erstellt einen Workflow. Das heißt, wenn Sie ein Workitem erstellen, ist es mit den verschiedenen Phasen dieses Workflows verknüpft. Wird Ihr Build-Prozess eine Erweiterung dieses Workflows sein oder ist es eine separate?

— Carlo Kuip

Entschuldigung, Sie verwechseln eine Prozessvorlage und eine Erstellungsprozessvorlage. Microsoft hat ihre Bedingungen schlecht gewählt. Außerdem erzeugt die Prozessvorlage, die Sie beim Erstellen eines Teamprojekts verwenden, einen mir bekannten Waorkflow.

— John Saunders