Konfigurieren von Bereitstellungsstrategien aus Azure-Portal

Mit diesem Sprint ermöglichen wir Benutzern, ihre Bereitstellungsstrategien direkt aus dem Azure-Portal auszuwählen, und wir werden mehrere Verbesserungen an den Pipelines und repos user experience einführen.

Features

Allgemein

Azure Repos

Azure Pipelines

Allgemein

Azure DevOps ermöglicht jetzt Teamadministratoren, Ereignisse von MS Teams & Slack zu abonnieren

Zusätzlich zu Project-Administratoren ermöglicht Azure DevOps jetzt Teamadministratoren, Ereignisse für Azure Boards, Azure Repos und Azure Pipelines direkt aus Slack und MS Teams zu abonnieren.

MS Teams & Slack-Benachrichtigungen für Repos-Ereignisse

Als Erweiterung unserer MS Teams- und Slack-Integration können Sie jetzt auswählen, ob Sie ein oder mehrere Ereignisse für eine Pullanforderung abonnieren möchten, z. B. Kommentare, Code-Push, Updates und Zusammenführungsversuche.

Notifications for Repos events.

Azure Repos

Hinzufügen von Anlagen beim Erstellen eines Pull Request

Sie können jetzt eine Anlage zu einer Pullanforderung hinzufügen, wenn Sie sie erstellen. Um eine Anlage hinzuzufügen, mussten Sie die Pullanforderung zuvor erstellen und diese dann bearbeiten, aber jetzt können Sie ein Bild direkt auf die Seite zum Erstellen einer Pullanforderung ziehen und ablegen. Add attachments while creating a pull request.

Neue Webplattformkonvertierung – Repositoryeinstellungen

Wir haben die beiden Repository-Einstellungsseiten in eine einzige Oberfläche konvertiert, die auf eine neue Webplattform aktualisiert wurde. Durch dieses Upgrade wird die Benutzererfahrung nicht nur schneller und moderner, sondern auch auf diesen Seiten ein einziger Einstiegspunkt für alle Richtlinien von der Projektebene bis zur Verzweigungsebene bereitgestellt.

New web platform conversion.

Mit dieser neuen Oberfläche ist die Navigation für Projekte mit einer erheblichen Anzahl von Repositorys aufgrund schnellerer Ladezeiten und eines hinzugefügten Suchfilters einfacher geworden. Sie können auch Richtlinien auf Projektebene und die Liste der repositoryübergreifenden Richtlinien auf der Registerkarte "Richtlinien" anzeigen.

View cross-repo policies under the Policies tab.

Wenn Sie in ein Repository klicken, können Sie Richtlinien und Berechtigungen anzeigen, die auf Repositoryebene festgelegt sind. Auf der Registerkarte "Richtlinien" können Sie eine Liste aller Verzweigung anzeigen, für die die Richtlinie festgelegt ist. Klicken Sie nun auf die Verzweigung, um die Richtlinien anzuzeigen, ohne die Seite "Repositoryeinstellungen" zu verlassen.

Select branch to see the policies.

Wenn Richtlinien nun von einem höheren Bereich geerbt werden als mit dem, mit dem Sie arbeiten, zeigen wir Ihnen, wo die Richtlinie neben jeder einzelnen Richtlinie geerbt wurde. Sie können auch zu der Seite navigieren, auf der die Richtlinie auf höherer Ebene festgelegt wurde, indem Sie auf den Bereichsnamen klicken.

Show where the policy was inherited from.

Die Richtlinienseite selbst wurde auch auf die neue Webplattform mit reduzierbaren Abschnitten aktualisiert! Um die Erfahrung der Suche nach einer bestimmten Buildüberprüfungs-, Statusüberprüfungs- oder automatischen Prüferrichtlinie zu verbessern, haben wir Suchfilter für jeden Abschnitt hinzugefügt.

Search filters for each section.

Azure Pipelines

Aufträge können auf Ausgabevariablen aus vorherigen Phasen zugreifen.

Ausgabevariablen können jetzt über Phasen in einer YAML-basierten Pipeline verwendet werden. Auf diese Weise können Sie nützliche Informationen, z. B. eine Go/No-Go-Entscheidung oder die ID einer generierten Ausgabe, von einer Phase zur nächsten übergeben. Das Ergebnis (Status) einer vorherigen Stufe und deren Aufträge sind ebenfalls verfügbar.

Ausgabevariablen werden weiterhin durch Schritte innerhalb von Aufträgen erstellt. Anstelle von Verweisen auf dependencies.jobName.outputs['stepName.variableName'], Stufen verweisen auf stageDependencies.stageName.jobName.outputs['stepName.variableName'].

Hinweis

Standardmäßig hängt jede Phase in einer Pipeline von der Phase ab, die sich in der YAML-Datei unmittelbar vor ihr befindet. Daher kann jede Phase Ausgabevariablen aus der vorherigen Phase verwenden. Sie können die Abhängigkeitsdiagramm ändern, wodurch auch geändert wird, welche Ausgabevariablen verfügbar sind. Wenn Stufe 3 beispielsweise eine Variable aus Phase 1 benötigt, muss sie eine explizite Abhängigkeit von Stufe 1 deklarieren.

Beschränken des Repositoryzugriffs beim Erstellen des Diensts

Aufbauend auf der Verbesserung der Pipelinesicherheit durch Einschränken des Umfangs von Zugriffstoken kann Azure Pipelines jetzt den Repositoryzugriff auf nur die für eine YAML-basierte Pipeline erforderlichen Repositoryzugriff einschränken. Dies bedeutet, dass, wenn das Zugriffstoken der Pipelines auslaufen würde, nur die in der Pipeline verwendeten Repositorys sehen können. Zuvor war das Zugriffstoken für jedes Azure Repos-Repository im Projekt oder potenziell für die gesamte Sammlung geeignet.

Dieses Feature ist standardmäßig für neue Projekte und Organisationen aktiviert. Für vorhandene Organisationen müssen Sie sie in "Organization Einstellungen> Pipelines> Einstellungen" aktivieren. Wenn Sie dieses Feature verwenden, müssen alle Azure Repos Git-Repositorys, auf die über die Builddienstidentität zugegriffen wird, explizit mit einem checkout Schritt im Auftrag ausgecheckt werden, der das Repository verwendet. Weitere Informationen finden Sie unter Limit job authorization scope to referenced Azure DevOps repositorys.

Details zu mehreren Repositorys zur Laufzeit

Wenn eine Pipeline ausgeführt wird, fügt Azure Pipelines Informationen über das Repository, die Verzweigung und den Commit hinzu, der die Ausführung ausgelöst hat. Da YAML-Pipelines das Auschecken mehrerer Repositorys unterstützen, möchten Sie möglicherweise auch das Repository, die Verzweigung und den Commit kennen, die für andere Repositorys ausgecheckt wurden. Diese Daten sind über einen Laufzeitausdruck verfügbar, den Sie nun einer Variablen zuordnen können. Beispiel:

resources:
Repositories:
- Repository: andere
type: git
name: MyProject/OtherTools
variables:
tools.ref: $[ resources.repositories['other'].ref ]

steps:
- Auschecken: selbst
- Auschecken: andere
- bash: echo "Tools version: $TOOLS_REF"

Mehrstufige Pipelines GA

Die Benutzeroberfläche für mehrstufige Pipelines ist jetzt allgemein verfügbar. Die entsprechende Vorschaufeature-Umschaltfläche wurde entfernt. 

Sie können zur neuen Oberfläche navigieren, indem Sie "Pipelines ->Pipelines" im linken Navigationsmenü in Azure DevOps auswählen. Diese Erfahrung ist der Einstiegspunkt sowohl für klassische Buildpipelines als auch für YAML-Pipelines. Es ist mobil freundlich und bietet verschiedene Verbesserungen bei der Verwaltung Ihrer Pipelines. Sie können Einen Drilldown durchführen und Pipelinedetails anzeigen, Details ausführen, Pipelineanalysen, Auftragsdetails, Protokolle und vieles mehr.

Weitere Informationen zur Benutzererfahrung mit mehrstufigen Pipelines finden Sie in der Dokumentation hier.

Multi stage pipelines.

Konfigurieren von Bereitstellungsstrategien aus Azure-Portal

Mit dieser Funktion haben wir es Ihnen einfacher gemacht, Pipelines zu konfigurieren, die die Bereitstellungsstrategie Ihrer Wahl verwenden, z. B. Rolling, Canary oder Blue-Green. Mithilfe dieser sofort einsatzbereiten Strategien können Sie Updates auf sichere Weise bereitstellen und damit verbundene Bereitstellungsrisiken mindern. Um darauf zuzugreifen, klicken Sie auf die Einstellung "Kontinuierliche Übermittlung" in einem virtuellen Azure-Computer. Im Konfigurationsbereich werden Sie aufgefordert, Details zum Azure DevOps-Projekt auszuwählen, in dem die Pipeline erstellt wird, die Bereitstellungsgruppe, die Buildpipeline, die das zu bereitstellende Paket veröffentlicht, und die Bereitstellungsstrategie Ihrer Wahl. In Zukunft wird eine voll funktionsfähige Pipeline konfiguriert, die das ausgewählte Paket auf diesem virtuellen Computer bereitstellt.

Weitere Informationen finden Sie in unserer Dokumentation zum Konfigurieren von Bereitstellungsstrategien.

Configure Deployment Strategies from Azure portal.

Nächste Schritte

Hinweis

Diese Features werden in den nächsten zwei bis drei Wochen eingeführt.

Wechseln Sie zu Azure DevOps, und sehen Sie sich an.

Senden von Feedback

Wir würden uns freuen zu hören, was Sie zu diesen Features halten. Verwenden Sie das Hilfemenü, um ein Problem zu melden oder einen Vorschlag bereitzustellen.

Make a suggestion

Sie können auch Ratschläge und Ihre Fragen von der Community in Stack Overflow beantworten lassen.