Konfigurieren von Bereitstellungsstrategien über das 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 DevOps ermöglicht jetzt Teamadministratoren, Ereignisse von MS Teams & Slack zu abonnieren
• MS Teams & Slack-Benachrichtigungen für Repos-Ereignisse

Azure Repos

• Hinzufügen von Anlagen beim Erstellen einer Pullanforderung
• Neue Webplattformkonvertierung – Repositoryeinstellungen

Azure-Pipelines

• Jobs können auf Ausgabevariablen aus früheren Phasen zugreifen.
• Umfangszugriff der Build-Service-Repos einschränken
• Abrufen von Details zur Laufzeit von mehreren Repositories
• Mehrstufige Pipelines GA
• Konfigurieren von Bereitstellungsstrategien über das Azure-Portal

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.

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.

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 diese Seiten bieten auch einen einzigen Einstiegspunkt für alle Richtlinien von der Projektebene bis zur Verzweigungsebene.

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.

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 Zweigstellen anzeigen, für die die Richtlinien festgelegt sind. Klicken Sie nun auf den Branch, um die Richtlinien anzuzeigen, ohne die Seite "Repository-Einstellungen" zu verlassen.

Wenn Richtlinien nun von einem höheren Bereich als dem, mit dem Sie arbeiten, geerbt werden, zeigen wir Ihnen neben jeder einzelnen Richtlinie, von welchem Bereich die 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.

Die Richtlinienseite selbst wurde ebenfalls auf die neue Webplattform mit ausklappbaren Abschnitten aktualisiert! Um die Erfahrung bei der Suche nach einer bestimmten Build-Validierungs-, Statusprüfungs- oder automatische Prüfer-Policy zu verbessern, haben wir Suchfilter für jeden Abschnitt hinzugefügt.

Azure-Pipelines

Jobs können auf Ausgabevariablen aus früheren Phasen zugreifen.

Jetzt können Ausgabevariablen in einer YAML-basierten Pipeline über Phasen hinweg 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 bis 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. Anstatt auf dependencies.jobName.outputs['stepName.variableName']zu verweisen, verweisen Phasen auf stageDependencies.stageName.jobName.outputs['stepName.variableName'].

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 Zugriff auf nur die für eine YAML-basierte Pipeline benötigten Repositories eingrenzen. Dies bedeutet, dass, wenn das Zugriffstoken der Pipelines leaken würde, es nur die in der Pipeline verwendeten Repositorys sehen könnte. 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 es in den Organisationseinstellungen>Pipelines>Einstellungen aktivieren. Wenn Sie dieses Feature verwenden, müssen alle Azure Repos Git-Repositorys, auf die über die Build-Service-Identität zugegriffen wird, explizit mit einem checkout Schritt im Job ausgecheckt werden, der das Repository verwendet. Weitere Informationen finden Sie unter Limit job authorization scope to referenced Azure DevOps Repositories.

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:

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

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

Mehrstufige Pipelines allgemein verfügbar (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 mobilfreundlich und bietet verschiedene Verbesserungen, wie Sie Ihre Pipelines verwalten. Sie können näher auf Pipelinedetails, Ausführungsdetails, Pipelineanalysen, Auftragsdetails, Protokolle und mehr eingehen und diese anzeigen.

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

Konfigurieren von Bereitstellungsstrategien über das Azure-Portal

Mit dieser Funktion haben wir es Ihnen einfacher gemacht, Pipelines zu konfigurieren, die die Bereitstellungsstrategie Ihrer Wahl verwenden, z. B. Rolling, Canaryoder 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 .

Nächste Schritte

Gehen Sie zu Azure DevOps und schauen Sie sich an.

So geben Sie Feedback

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

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