2016-04-18 4 views
-3

Ich muss Visual Studio-Dienste (in der Cloud) verwenden, um den Integrations- und Freigabeprozess zu automatisieren.Freigabemanagement mit Team Foundation Services (ein Zweig)

Ich habe 3 Umgebungen Entwicklung, Test und Bereitstellung. Ich plane, nur einen Zweig der Dev zu verwenden, der die Änderungen zum nächsten Env (TEST) fördert und dann freigibt.

Frage 1: Kann ich es mit einem Zweig (Main Dev) tun, oder muss ich für jeden einzelnen Zweig erstellen? und wie?

Soweit ich weiß, dass bei Verwendung von TFS-Server vor Ort sollten Release-Manager auf der gleichen Maschine und Deployment-Agenten in den verschiedenen Umgebungen installiert werden.

Frage 2: Wie kann ich Release-Management automatisiert Visual Studio Cloud-Service verwendet wird, unter Berücksichtigung, dass die Test- und Produktionsumgebung nicht Azure-Dienste nutzen, sie IIS nur verwenden unsere Websites zu hosten.

+1

Sie sollten Release Management Server nicht installieren. VS Team Services und TFS 2015 Update 2 haben einen neuen Release-Hub, den Sie stattdessen verwenden sollten. –

+0

In welcher Version von TFS sind Sie? –

+0

Übrigens meinte ich visuelle Studio-Dienste in der Cloud nicht Team Foundation Services. Ich werde es korrigieren. – Coding

Antwort

1

Für die erste Frage ist die Antwort JA und in der Regel sollte es nur ein Zweig für eine Veröffentlichung. Das Release/Build, das in den drei Umgebungen in der Version bereitgestellt wurde, sollte identisch sein. Verwenden Sie den Build von verschiedenen Zweigen in drei Umgebungen macht keinen Sinn.

Für die zweite Frage können Sie web deploy oder Adding FTP Publishing to a Web Site in IIS 7 verwenden und dann über FTP bereitstellen.

1

Sie beginnen mit der Versionsverwaltung, indem Sie eine Release-Definition im RELEASE-Hub Ihres Teamprojekts erstellen. Eine Release-Definition gibt an, welche Komponente bereitgestellt werden soll - die Gruppe von Artefakten, die eine neue Version darstellt, und die Bereitstellung - die Reihe von Automatisierungsaufgaben, die in jeder Umgebung ausgeführt werden sollen. Jede Umgebung ist einfach eine benannte logische Entität, die ein Bereitstellungsziel für Ihre Version darstellt.

Es scheint, dass Sie Projekt zwischen Umgebung in einer Release-Definition ändern möchten, die nicht unterstützt wird. Ein typischer Anwendungsfall für Release Management:

enter image description here

Sie mehr Informationen von Release Management auf der Website bekommen https://msdn.microsoft.com/en-us/library/vs/alm/release/overview

+0

Wenn eine Umgebung verschiedene Zonen enthält, z. B. Zone 1 und 2, die zu verschiedenen Netzwerken gehört. Wie kann ich das pro Umgebung in Release-Definition tun, unter Berücksichtigung, dass verschiedene Binaries aus der gleichen Lösung (Build-Definition) auf jeder Zone bereitgestellt werden? – Coding

+0

Sie müssen mehrere Umgebungen erstellen. –

Verwandte Themen