Visualisieren des Releasefortschritts – VSTS Sprint 135 Update

  • Artikel

Im Sprint 135 Update of Visual Studio Team Services (VSTS) bieten wir eine neue Möglichkeit, ihre gesamten Releaseaktivitäten zu visualisieren. Die neue Versionsstatusansicht nutzt den im letzten Jahr entwickelten grafischen Releasedefinitions-Editor und beleuchtet ihn mit Fortschritt und status, sodass Sie ein Release nachverfolgen und Aktionen im vollständigen Kontext ausführen können.

Es gibt eine Reihe weiterer Features für Arbeit, Code, Build, Release und sogar einige im Zusammenhang mit der Authentifizierung. Lesen Sie unten mehr über die neuen Features, und wechseln Sie zu VSTS, um sie selbst auszuprobieren.

Zu VSTS wechseln

Neuerungen in VSTS

Funktionen

Work

Code

Build und Release

Authentifizierung

Work

Importieren und Exportieren geerbter Prozesse

Ein neues Tool, mit dem Sie einen geerbten Prozess importieren und exportieren können, ist jetzt auf GitHub verfügbar. Sie können Konfigurationen jetzt einfacher mit anderen teilen und vertrauen, wenn Sie kompliziertere Änderungen vornehmen, indem Sie sie in einem Testkonto bereitstellen, bevor Sie sie in Ihrem primären Konto vornehmen. Wir haben uns entschieden, dieses Tool zu Open Source, das aus einem unserer Agile-Teams entwickelt wurde, da es als Beispiel für die Implementierung einiger unserer neueren APIs dient, und wir möchten sehen, wie es erweitert werden kann, um es besser in reale Workflows zu integrieren. Weitere Informationen finden Sie in der Dokumentation zum Vererbungsprozessmodell .

Anpassen von Spaltenoptionen im Hub "Arbeitselemente"

Spaltenoptionen, wie die unter Abfragen, sind jetzt im Hub Arbeitselemente verfügbar, um die Organisation Ihrer wichtigsten Arbeitselemente noch persönlicher zu gestalten. Dies ermöglicht auch eine mehrspaltige Sortierung, wenn Sie nach mehr als einer Spalte sortieren möchten. Weitere Informationen finden Sie in der Dokumentation zum Hub für Arbeitselemente .

Spaltenoptionen im Hub

Code

Empfangen von Benachrichtigungen, wenn Pull Request-Richtlinien umgangen werden

Für Teams, die Pull Requests (PRs) und Branchrichtlinien verwenden, kann es Vorkommen geben, in denen Benutzer diese Richtlinien außer Kraft setzen und umgehen müssen, z. B. bei der Bereitstellung eines Hotfixes für ein Produktionsproblem mitten in der Nacht. Es ist sinnvoll, Entwicklern zu vertrauen, dass sie das Richtige tun und die Überschreibungsfunktion sparsam nutzen. Gleichzeitig benötigen Teams eine Möglichkeit, zu überprüfen, ob diese Richtlinienüberschreibungen in den richtigen Situationen verwendet werden. Um dies zu unterstützen, haben wir einen neuen Benachrichtigungsfilter hinzugefügt, mit dem Benutzer und Teams jederzeit E-Mail-Warnungen empfangen können, wenn eine Richtlinie umgangen wird. Beginnen Sie mit der Vorlage Ein Pull Request wird erstellt oder aktualisiert , und wählen Sie Richtlinienumgehung aus der Liste der Filter aus. Wählen Sie Richtlinien wurden als Wert umgangen aus. Sie werden jedes Mal benachrichtigt, wenn ein PR abgeschlossen ist, und Richtlinien werden umgangen.

Richtlinienumgehungsbenachrichtigung

Favorisieren eines Branchs innerhalb eines Pull Requests

Beim Anzeigen eines Pull Requests ist es jetzt einfach, den Quellbranch als Favorit zu markieren. Klicken Sie einfach auf die star, um sie ihrer Liste der bevorzugten Branches hinzuzufügen. Der Branch wird dann unter Mine auf dem Pull Requests-Bildschirm angezeigt, sodass Sie die Zeit beim Durchsuchen der Liste aller Verzweigungen sparen. Weitere Informationen finden Sie in der Dokumentation zum Verwalten Ihrer Branches .

Build und Release

Visualisieren des Releasefortschritts

Wichtig

Um diese Funktion verwenden zu können, muss für Ihr Profil oder Konto die VorschaufunktionNeue Versionsstatusansichten aktiviert sein.

Eine neue Statusansicht des Release ist jetzt verfügbar, die Ihnen Liveupdates des Bereitstellungsfortschritts und 1-Klick-Zugriff auf weitere Details bietet. Die neue Ansicht visualisiert die Releasepipeline, sodass sie leichter zu verstehen ist, was passiert, und es werden entsprechende Details und Aktionen in den verschiedenen Phasen des Release angezeigt.

Ansicht

Pipeline, Releasedetails und Umgebungen

In der Pipelineansicht werden die Artefakte des Release und die Umgebungen angezeigt, in denen sie bereitgestellt werden. Der Bereich Release enthält Releasedetails wie den Releasetrigger, Artefaktversionen und Tags.

Umgebungen werden so modelliert, dass sie ihre status sowie detaillierte Fortschritte besser verstehen. Sie können jederzeit zu den Protokollen gelangen, indem Sie in der Umgebung auf den Link status klicken.

Freigeben von Artefakten und Umgebungen

Vor und nach der Bereitstellung

Wenn Bedingungen vor der Bereitstellung oder nach der Bereitstellung für eine Umgebung festgelegt wurden, wird dies in der Umgebung durch das Vorhandensein von Genehmigungen und Gates angezeigt. Der Fortschritt von Genehmigungen und Gates zeigt sich auch im Status der Umgebung. Sie können Maßnahmen ergreifen oder weitere Details anzeigen, indem Sie auf das Bedingungssymbol der Umgebung klicken, das auf der rechten oder linken Seite der Umgebung angezeigt wird.

Freigeben von Umgebungsaktionen

Grafische Ansichten der Gates und eine schnelle Aktion zum Anzeigen von Protokollen helfen, Releases in Bewegung zu halten.

Grafische Ansicht und schnelle Aktionen.

Commits und Arbeitselemente

Mit jedem neuen Release können Sie die Liste der zugehörigen Commits und Arbeitselemente für jede Umgebung separat anzeigen, indem Sie auf die Umgebung klicken. Wenn die Liste lang ist, verwenden Sie Filter, um einen Commit oder ein Arbeitselement von Interesse zu finden.

Freigeben von Umgebungscommits und Arbeitselementen

Bereitstellungsstatus und -protokolle

Die Umgebungen zeigen Liveupdates für aktuell ausgeführte Bereitstellungen an, einschließlich der Anzahl der abgeschlossenen Phasen und Tasks und der Ausführungsdauer. Durch Klicken auf den Umgebungsstatus wird eine Ansicht mit den Protokollen geöffnet, wobei der Schwerpunkt auf dem aktuell aktiven Vorgang liegt.

Releaseumgebungsprotokolle

Außerdem können Sie in die Protokolle klicken, um eine fokussierte Ansicht einzugeben, die in Kürze auch zum Erstellen und Testen von Ansichten verfügbar sein wird.

Details zu Releaseumgebungsprotokollen

Testergebnisse und Erweiterbarkeit

Ergebnisse der Testausführung werden auch für jede Umgebung angezeigt. Wenn Sie auf die Testergebnisse klicken, wird eine Ansicht geöffnet, die Testdetails enthält, einschließlich der Ergebnisse anderer Erweiterungen, die zum Prozess beitragen.

Releasetestergebnisse

Vorhandene Erweiterungen funktionieren in dieser neuen Ansicht, und es gibt neue Erweiterbarkeitspunkte, damit Erweiterungen entwickelt werden, um noch mehr Informationen für eine Umgebung anzuzeigen. Weitere Informationen finden Sie in der Dokumentation zu Beiträge und Erweiterungen.

Ausführen von Inline- oder dateibasierten Python-Skripts in Ihrer Pipeline

Ein neuer Python-Skripttask vereinfacht die Ausführung von Python-Skripts in Ihrer Pipeline. Die Aufgabe führt ein Skript aus einer Python-Datei (.py) in Ihrem Repository aus, oder Sie können ein Skript manuell in die Einstellungen der Aufgabe eingeben, um es als Teil Ihrer Pipeline zu speichern. Die Aufgabe verwendet die Version von Python im Pfad, oder Sie können einen absoluten Pfad zu einem zu verwendenden Python-Interpreter angeben.

Verwenden von Anaconda-Tools für Data Science in Ihrer Pipeline

Miniconda ist jetzt für von Microsoft gehostete Agents verfügbar. Das Conda-Paket und der Virtuelle Umgebungs-Manager erleichtern das Installieren, Ausführen und Aktualisieren komplexer Data Science- und Machine Learning-Umgebungen wie SciPy-Stapel, scikit-learn, CNTK und TensorFlow. Außerdem wird die Version von Python installiert, die von Ihrer Pipeline benötigt wird.

Die neue, integrierte Conda-Umgebungsaufgabe hilft Ihnen auch beim Erstellen einer Conda-Umgebung. Es aktiviert die Umgebung für nachfolgende Pipelineschritte, installiert Paketabhängigkeiten, fügt conda dem Pfad hinzu und aktualisiert optional den Agent auf die neueste Version von conda.

Vereinfachen von Definitionen mit mehreren Aufgaben ohne Agent

Aufgaben in einer Phase ohne Agent werden vom Server orchestriert und ausgeführt. Phasen ohne Agent erfordern keinen Agent oder Keine Zielcomputer. Im Gegensatz zu Agentphasen konnte jeder Phase ohne Agent in den Definitionen nur eine Aufgabe hinzugefügt werden. Dies bedeutete, dass mehrere Phasen hinzugefügt werden mussten, wenn mehr als eine Aufgabe ohne Agent im Prozess vorhanden war, was die Definition sperrig machte. Wir haben diese Einschränkung gelockert, sodass Sie mehrere Aufgaben in phasen ohne Agent verwalten können. Die Aufgaben in derselben Phase würden sequenziell ausgeführt, genau wie bei Agentphasen. Weitere Informationen finden Sie in der Dokumentation zu Serverphasen .

Verwalten von Grenzwerten für selbstgehostete, gleichzeitige CI/CD-Aufträge

Wichtig

Wenn Sie selbstgehostete CI/CD verwenden, überprüfen Sie Ihre Parallelitätsgrenzwerte, und planen Sie im Voraus, um unerwartete Build- und Releasewartezeiten zu vermeiden.

Das Preismodell für CI/CD in VSTS basiert auf der Anzahl gleichzeitiger Aufträge auf selbstgehosteten (privaten) oder von Microsoft gehosteten Agents. Jedes VSTS-Konto erhält ein bestimmtes kostenloses Kontingent für Parallelität. Darüber hinaus können Sie zusätzliche Parallelität über Visual Studio Enterprise Abonnements oder den Visual Studio Marketplace erhalten.

In den letzten Monaten haben wir parallele Überprüfungen für Aufträge deaktiviert, die Sie auf selbstgehosteten Agents ausführen, da wir diesen Teil des Diensts so umgestaltet haben, dass vom Kunden gemeldete Probleme behoben werden. Daher konnten Sie so viele Aufträge gleichzeitig ausführen, wie Es Ihre selbstgehosteten Agents erlaubten.

Ab Juni werden wir die Parallelitätsprüfungen für selbstgehostete Aufträge schrittweise wieder aktivieren. Folglich können Ihre Builds und Bereitstellungen länger in der Warteschlange warten, wenn diese Slots von anderen ausgeführten Aufträgen belegt werden. Die Protokollseite in einem Build oder Release zeigt dies an, wenn Sie auf den Abschluss anderer Aufträge warten.

Weitere Informationen zu Parallelitätsgrenzwerten finden Sie in der Dokumentation zu gleichzeitigen CI/CD-Aufträgen in Team Services . Sie können Ihre Parallelitätsgrenzwerte im VSTS überprüfen, indem Sie zu Kontoeinstellungen –> Build und Release – Ressourcenlimits wechseln> .

Optimieren der Authentifizierung von Agent-VMs in Azure in Azure Resource Manager

Es gibt mehrere Möglichkeiten zum Ausführen von Build- und Release-Agents. Die Ausführung selbst in Azure ist jetzt einfacher und sicherer geworden. Jetzt können Sie Azure Virtual Machines-basierte Agents (VM) mit einer verwalteten Azure-Dienstidentität in Azure Active Directory (Azure AD) konfigurieren. Indem Sie der Azure-VM eine zugewiesene Identität zuweisen, können Sie die Dienstprinzipalinformationen verwenden, um der VM Zugriff auf jede Azure AD-Ressource zu gewähren, die Azure AD unterstützt, z. B. Key Vault, anstatt Anmeldeinformationen in VSTS für den Endpunkt beizubehalten.

Wenn Ihr Code beispielsweise Azure Resource Manager aufrufen muss, weisen Sie dem Dienstprinzipal der VM einfach die entsprechende Rolle zu, indem Sie Role-Based Access Control (RBAC) in Azure AD verwenden. Weitere Informationen finden Sie in der Dokumentation zu Build- und Release-Agents und azure Managed Service Identity .

Dialogfeld

Benachrichtigungen

Schützen Ihres Benutzerkontos mithilfe alternativer Authentifizierungsbenachrichtigungen

Wenn eine alternative Authentifizierung für Ihr Benutzerkonto eingerichtet ist, erhalten Sie jetzt eine Benachrichtigung, die die Änderung bestätigt. Dies kann hilfreich sein, um zu überprüfen, ob Sie die Änderung ordnungsgemäß vorgenommen haben, aber es kann auch als frühes Signal dienen, dass Ihr Benutzerkonto möglicherweise kompromittiert wurde, wenn Sie die Änderung nicht vorgenommen haben. In diesem Fall können Sie Maßnahmen ergreifen, um die Kontrolle über Ihr Benutzerkonto wieder zu erlangen und alle verdächtigen alternativen Authentifizierungskonfigurationen zu entfernen. Es gibt drei Szenarien, in denen Benachrichtigungen gesendet werden:

  1. Erstellen eines persönlichen Zugriffstokens (Personal Access Token, PAT)
  2. Registrieren eines SSH-Schlüssels
  3. Standardauthentifizierung wird aktiviert

Weitere Informationen finden Sie in der Authentifizierungsdokumentation .

VSTS PAT hat E-Mail hinzugefügt

Senden von Feedback

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,

Jamie Cool