OnPrem TFS 2015.1 vNext - Welchen Schritt für die Freigabe auf dem lokalen IIS-Server?

Question

Ich versuche TFS 2015.1 on Premise zu verwenden, um eine CI-Pipeline für unsere Entwickler & uat zu erstellen. Ich habe einen vNext-CI-Build erstellt, der in Ordnung ist. Wenn ich jedoch einen Implementierungsschritt für einen vorinstallierten IIS-Server hinzufügen möchte, sehe ich nur die Azure Web Deployment-Optionen.

Idealerweise wollte ich einen Schritt hinzufügen, der die vorhandenen Deploy-Profile (MS Deploy) verwendet, die ich direkt mit VS2015 verwenden kann, indem ich 'Veröffentlichen' verwende. Ich sehe jedoch keine Möglichkeit dafür.

Wie kann ich das neueste Build auf internen Dev-Servern (nicht Azure) bereitstellen? Ich möchte die Option MS Deploy verwenden, es sei denn, es gibt einen besseren Weg, dies zu tun?

Die Tatsache, dass sie keine Option ist, beginnt mich denken zu lassen, es gibt wahrscheinlich einen anderen Weg, um es zu erreichen!

Danke.

Answer 1

Wenn Sie ein Upgrade auf TFS 2015.2 durchführen können, ist web-based Release Management mit ihm erschienen, das ähnlich wie Build vNext mit flexiblen und Open-Source-Aufgaben funktioniert. Sie können Aufgaben auch anpassen.

Here's a link for IIS Web App Deployment from the vso-agent-task's GitHub repo Hier speichert Microsoft aktualisierte Versionen ihrer Aufgaben, die Sie für das webbasierte Build- und Release-Management herunterladen können.

Answer 2

Ich werde in den nächsten Wochen einen Blog über webbasierte RM mit TFS 2015 Update 2 oder VSTS auf my website veröffentlichen. Um Ihnen jedoch eine Idee zu geben, ist der Ausgangspunkt (für eine Webanwendung) ein Ordner in Ihrem Webprojekt namens WebDeploy (keine Bedeutung - jeder Name reicht aus), der ein PowerShell DSC-Skript enthält, das den Server konfiguriert, die Webdateien bereitstellt und ersetzt dann alle Token-Konfigurationen. Um Ihnen eine Idee zu geben, lesen Sie this Beitrag über die Verwendung von DSC zum Konfigurieren von Servern. (Nur deckt einen Teil des endgültigen Skript aber!) Die nächsten Schritte sind:

1. In der Build-Nabe eine Webseite Artefakt erstellen - Ihre Web-Dateien und DSC-Skript enthält.
2. Im Freigabe-Hub für eine Umgebung verwenden Sie eine Windows-Maschinendatei Kopieren Aufgabe, um das Artefakt in einem temporären Ordner auf dem Zielknoten bereitzustellen.
3. Verwenden Sie dann eine PowerShell auf Zielmaschinen Task, um das DSC-Skript auszuführen. Nach dem Konfigurieren des Servers kopiert das Skript die Webdateien an den richtigen Speicherort, sortiert die Konfiguration unter Verwendung von xReleaseManagement aus und räumt den WebDeploy-Ordner auf.

Siehe this Artikel für allgemeine Informationen zu der Route Ich nehme, aber achten Sie, wie es einige Fehler, zB die Firewall-Anweisungen sind unvollständig (Datei- und Druckerfreigabe durch die Firewall muss aktiviert sein) hat.

Ich kann die PowerShell-DSC-Route durchaus empfehlen - ich hatte ein paar Pannen, aber im Großen und Ganzen fühlt es sich sehr produktiv an und der richtige Weg.