Freigeben über

Bereitstellungsgruppen und Buildabschlusstrigger – VSTS Sprint 132 Update

  • Artikel

Das Sprint 132 Update of Visual Studio Team Services (VSTS) bietet einige wichtige Features, mit denen Sie Ihre Build- und Releasepipeline skalieren können. Verwenden Sie in Build den neuen Buildabschlusstrigger, um verwandte Builds zu verketten , die sich möglicherweise im Besitz verschiedener Teams befinden. Im Laufe des Release kündigen wir die allgemeine Verfügbarkeit von Bereitstellungsgruppen an, mit denen Sie Bereitstellungen auf mehrere virtuelle Computer mit Hochverfügbarkeit skalieren können, einschließlich Produktionsumgebungen.

Hier weitere Highlights:

Neuerungen in VSTS

Features

Code

Build und Release

Paket

Wiki

Berichterstellung

Code

Schnelles Beschreiben von Pull Requests mithilfe von Commitnachrichten

Das Schreiben von beschreibenden Commitnachrichten fügt dem Verlauf jedes Git-Repositorys einen Mehrwert hinzu. Um Qualitativ hochwertige Commitnachrichten zu fördern, müssen neue Pull Requests (PR) mit mehreren Commits von Mitwirkenden einen Titel manuell eingeben.

Pull Request-Beschreibungen sind weiterhin standardmäßig leer, aber ein neues Feature erleichtert es, die Commitnachrichten aus den PR-Commits in die PR-Beschreibung zu integrieren. Um die Commitnachrichten hinzuzufügen, klicken Sie einfach auf Commitnachrichten hinzufügen , um die Commitnachrichten am Ende des PR-Beschreibungstexts anzufügen.

Hinzufügen einer Commitnachrichtenaktion

Ausführen von TFVC-Befehlen über den Windows-Explorer

Die TFVC Windows Shell-Erweiterung, die eine einfache Versionskontrolle bietet, die in Windows Explorer integriert ist, unterstützt jetzt VSTS und TFS 2018. Durch dieses Tool erhalten Sie direkt über das Windows-Explorer-Kontextmenü schnellen Zugriff auf viele TFVS-Befehle.

Das Tool, das Teil von TFS Power Tools war, wurde als eigenständiges Tool auf dem Visual Studio Marketplace veröffentlicht.

Shell-Erweiterung

Build und Release

Große Produkte verfügen über mehrere Komponenten, die voneinander abhängig sind. Diese Komponenten werden häufig unabhängig voneinander erstellt. Wenn sich eine Upstream Komponente (z. B. eine Bibliothek) ändert, müssen die Downstreamabhängigkeiten neu erstellt und überprüft werden. Teams verwalten diese Abhängigkeiten in der Regel manuell.

Jetzt können Sie einen Build nach erfolgreichem Abschluss eines anderen Builds auslösen. Artefakte, die von einem Upstream Build erstellt werden, können heruntergeladen und im späteren Build verwendet werden, und Sie können auch Daten aus den folgenden Variablen abrufen: Build.TriggeredBy.BuildId, Build.TriggeredBy.DefinitionId, Build.TriggeredBy.BuildDefinitionName. Weitere Informationen finden Sie in der Dokumentation zu Buildtriggern .

Dieses Feature wurde basierend auf dem derzeit mit 1.129 Stimmen am höchsten gewählten Vorschlag #2 priorisiert.

Einrichten der Build-Verkettung

Beachten Sie, dass in einigen Fällen ein einzelner mehrstufiger Build Ihre Anforderungen erfüllen kann. Ein Buildabschlusstrigger ist jedoch nützlich, wenn Ihre Anforderungen unterschiedliche Konfigurationseinstellungen, Optionen oder ein anderes Team für den abhängigen Prozess umfassen.

Skalieren von Bereitstellungen auf VMs mithilfe von Bereitstellungsgruppen

Bereitstellungsgruppen, die robuste und sofort verfügbare Bereitstellung auf mehreren Computern bieten, sind jetzt allgemein verfügbar. Mit Bereitstellungsgruppen können Sie Bereitstellungen auf mehreren Servern orchestrieren und gleitende Updates durchführen, während Sie die Hochverfügbarkeit Ihrer Anwendung gewährleisten. Sie können auch lokal auf Servern oder virtuellen Computern in Azure oder einer beliebigen Cloud bereitstellen und verfügen zusätzlich über End-to-End-Rückverfolgbarkeit bereitgestellter Artefaktversionen auf Serverebene.

Die agentbasierte Bereitstellungsfunktion basiert auf denselben Build- und Bereitstellungs-Agenten, die bereits verfügbar sind. Sie können den vollständigen Aufgabenkatalog auf Ihren Zielcomputern in der Bereitstellungsgruppenphase verwenden. Aus Sicht der Erweiterbarkeit können Sie auch die REST-APIs für Bereitstellungsgruppen und Ziele für den programmgesteuerten Zugriff verwenden.

Freigegebene Bereitstellungsziele

Wenn Sie denselben Server zum Hosten mehrerer Anwendungen verwenden, können Sie den Server (auch als Bereitstellungsziel bezeichnet) für Teamprojekte mithilfe von Bereitstellungspools freigeben.

Zielliste für Bereitstellungsgruppen

Neue Vorlagen

Die Bereitstellung für mehrere Ziele ist jetzt mit den neuen Releasedefinitionsvorlagen ein Kinderspiel. Mehrere Vorlagen für IIS-Website, IIS-Website mit Datenbank und mehrere Bereitstellungsvorlagen für SQL-Datenbank sind standardmäßig verfügbar.

Releasevorlagen für Bereitstellungsgruppen

Bereitstellen von VMs

Verwenden Sie den erweiterten Task Azure-Ressourcengruppe, um Agents für die neu bereitgestellte oder bereits vorhandene Virtual Machines in Azure dynamisch zu bootstrapieren.

Azure-Ressourcengruppentask

Als wir im mai letzten Mai Bereitstellungsgruppen gestartet haben, haben wir eine einfache Benutzeroberfläche bereitgestellt, die auf einige wichtige Szenarien ausgerichtet ist. Sie finden nun eine konsistentere Schnittstelle, die sich wie der Rest des Produkts anfühlt.

Weitere Informationen zu den ersten Schritten finden Sie in der Dokumentation zu Bereitstellungsgruppen .

Erstellen von Anwendungen, die in Go geschrieben wurden

Jetzt können Sie Ihre Go-Anwendungen in VSTS erstellen!

Verwenden Sie den Task Go Tool Installer , um eine oder mehrere Versionen von Go Tool direkt zu installieren. Dieser Task ruft eine bestimmte Version von Go Tool ab, die für Ihr Projekt benötigt wird, und fügt sie dem PFAD des Build-Agents hinzu. Wenn die zielorientierte Go Tool-Version bereits auf dem Agent installiert ist, überspringt diese Aufgabe den Prozess des Herunterladens und erneuten Installierens.

Mit der Aufgabe Go können Sie Abhängigkeiten herunterladen, Ihre Anwendung erstellen oder testen. Sie können diese Aufgabe auch verwenden, um einen benutzerdefinierten Go-Befehl Ihrer Wahl auszuführen.

Erweitern von Releasegates mit Aufgabenerweiterungen

Releasegates bringen Informationen zu Integritätssignalen direkt in Ihre Releasepipeline. Ein Gate sammelt wiederholt vor oder nach einer Bereitstellung eine Reihe von Integritätssignalen, um zu bestimmen, ob die Freigabe mit der nächsten Phase fortfahren soll oder nicht. Es werden eine Reihe integrierter Gates bereitgestellt, und die Option Azure-Funktion aufrufen wurde bisher für die Integration anderer Dienste empfohlen.

Jetzt können Gates in Form einer Erweiterung bereitgestellt werden, die es Ihnen oder Erweiterungsautoren erleichtert, neue oder benutzerdefinierte Dienste zu integrieren und das Gate zu konfigurieren.

Weitere Informationen finden Sie in der Dokumentation zum Erstellen von Gateaufgaben .

Paket

Verwenden Upstream npm-Pakete von anderen Orten in VSTS

Wir investieren weiterhin in Upstream Quellen, mit denen Sie alle Ihre Paketabhängigkeiten in einem einzigen Feed zentralisieren und gespeicherte Kopien aller von Ihnen verwendeten Pakete aufbewahren können. Wenn Sie über mehrere VSTS-Feeds mit npm-Paketen verfügen, können Sie jetzt eins als Upstream Quelle des anderen innerhalb desselben VSTS-Kontos hinzufügen. Da npm Sie in der Konfiguration Ihres Projekts größtenteils auf einen einzelnen Feed/eine einzelne Registrierung beschränkt, bieten ihnen Upstream Quellen die Flexibilität, die Sie benötigen, um mehrere npm-Feeds zu verwenden, z. B. einen für jedes Team oder Produkt.

Außerdem arbeiten wir daran, in Kürze Upstream Quellen für VSTS-NuGet-Feeds zu aktivieren. Weitere Informationen finden Sie in der Dokumentation zu Upstream Quellen.

Upstreamquellenliste

Beibehalten der Geschwindigkeit von Feedabfragen mit Aufbewahrungsrichtlinien

Im Laufe der Zeit kann die Anzahl der Paketversionen sehr umfangreich werden, wobei ältere Versionen nicht verwendet werden. Für Benutzer, die häufig Pakete veröffentlichen, konnte dies zu langsameren Feedabfragen im NuGet-Paket-Manager und in anderen Clients führen, bis einige Versionen manuell gelöscht wurden.

Jetzt können Sie Aufbewahrungsrichtlinien für Feeds aktivieren. Beibehaltungsrichtlinien löschen automatisch die älteste Version eines Pakets, wenn der Vermerkdauerschwellenwert erreicht wurde. Pakete, die auf Ansichten hoch gestuft wurden, werden unbegrenzt beibehalten, sodass Sie Versionen schützen können, die in der Produktion verwendet werden oder in Ihrem Unternehmen weit verbreitet sind.

Bearbeiten Sie zum Aktivieren von Beibehaltungsrichtlinien Ihren Feed, und geben Sie einen Wert unter Maximale Anzahl von Versionen pro Paket im Bereich Beibehaltungsrichtlinien ein.

Einstellung für Aufbewahrungsrichtlinien

Wiki

Veröffentlichen von Markdowndateien aus einem Git-Repository als Wiki

Entwickler erstellen Dokumentationen für "APIs", "SDKs" und "Hilfedokumentationen zur Codeerklärung" in Coderepositorys. Leser müssen dann Code durchsuchen, um die richtige Dokumentation zu finden. Jetzt können Sie markdown-Dateien einfach aus Coderepositorys veröffentlichen und in Wiki hosten.

öffentlicher Code als Wiki-Aktion

Klicken Sie in Wiki auf Code als Wiki veröffentlichen. Als Nächstes können Sie einen Ordner in einem Git-Repository angeben, der höher gestuft werden soll.

Dialogfeld

Sobald Sie auf Veröffentlichen klicken, werden alle Markdown-Dateien unter dem ausgewählten Ordner als Wiki veröffentlicht. Dadurch wird auch der Hauptteil des Branchs dem Wiki zugeordnet, sodass alle Änderungen, die Sie am Git-Repository vornehmen, sofort widerzuspiegeln.

Wenn Sie mehrere Versionen Ihres Produkts haben und die Dokumentation dieser Versionen problemlos durchblättern möchten, können Sie auch eine neue Version der Dokumentation im Wiki veröffentlichen, indem Sie verschiedene Branches verwenden.

Aktion

Sobald die Markdown-Dateien veröffentlicht wurden, können die Seiten auch im Wiki-Suchhub durchsuchbar sein.

Suchergebnisse für die Azure CLI

Wenn Sie das falsche Repository veröffentlicht haben, heben Sie einfach die Veröffentlichung des Wikis auf, wodurch das zugrunde liegende Repository unverändert bleibt.

Sie können auch die Reihenfolge der Seiten aus dem Repository ändern oder sogar einen Ordner so transformieren, dass er wie eine Wiki-Seite aussieht.

Weitere Informationen finden Sie im Blogbeitrag zur Produktdokumentation . Dieses Feature hat aufgrund eines Vorschlags Priorität erhalten.

Sonderzeichen in Wiki-Seitentiteln beibehalten

Sie können jetzt Wiki-Seiten mit Sonderzeichen wie : < > * ? | -erstellen. Jetzt können Seiten mit Titeln wie "FAQ?" oder "Einrichtungsleitfaden" in Wiki erstellt werden. Die folgenden Zeichen werden in ihre UTF-8-codierten Zeichenfolgen übersetzt:

Zeichen Codierte Zeichenfolge
: %3A
< %3C
> %3E
* %2A
? %3F
| %7C
- %2D

Dieses Feature hat aufgrund eines Vorschlags Priorität erhalten.

Erweitern von Wiki mithilfe von REST-APIs

Wiki-REST-APIs sind jetzt öffentlich. Weitere Informationen finden Sie in der Dokumentation zu Wiki-Funktionen und Wiki-Suche .

Berichterstellung

Integrieren von Power BI in VSTS Analytics mithilfe von Ansichten

Analyseansichten funktionieren mit unserem VSTS Power BI-Datenconnector. Zusammen bieten sie eine einfache Möglichkeit, Ihre VSTS-Daten in Power BI zu integrieren, damit Sie mit dem Erstellen benutzerdefinierter Berichte beginnen können.

Wenn Sie die VSTS Analytics-Erweiterung installieren, erstellen wir eine Reihe von Standardanalysesichten , die Sie in Power BI verwenden können. Jetzt können Sie Ihre Standardansichten bearbeiten und neue Ansichten erstellen , um die Datensätze, Felder und den Verlauf zu optimieren, die an Power BI zurückgegeben wurden.

Nächste Schritte und Feedback

Zu VSTS wechseln

Abonnieren von Updates

Wir würden uns freuen zu hören, was Sie zu diesen Features halten. Melden Sie ein Problem, oder geben Sie einen Vorschlag an, wenn Sie Ideen zu Dingen haben, die Wir priorisieren möchten, über das Feedbackmenü.

Feedbackmenü

Sie können auch Rat und Ihre Fragen von der Community auf Stack Overflow beantworten lassen.

Vielen Dank,

Gopinath Chigakkagari