Freigeben über


Release- und Pipelineereignisse, die in den Überwachungsprotokollen verfügbar sind – Sprint 163 Update

Im Sprint 163 Update von Azure DevOps haben wir die Release- und Pipelineereignisse zu den Überwachungsprotokollen hinzugefügt. Darüber hinaus können Sie jetzt Dienstverbindungen verwenden, um Repositorys in einer anderen Organisation in einer YAML-Pipeline zu referenzieren.

Sehen Sie sich die Funktionen unten an.

Features

Allgemein:

Azure-Pipelines:

Hinweis

Die Installation von .NET 4.6.2 oder höher ist erforderlich, damit die VSTest-Aufgabe ordnungsgemäß auf Build-Agents funktioniert.

Allgemein

Abrufen von kompakten und organisierten Benachrichtigungen in der Microsoft Teams-App aus Azure Boards, Azure Pipelines und Azure Repos

Zuvor mussten Sie die Benachrichtigungen, die sie in Ihrem Microsoft Teams-Kanal erhalten haben, manuell nachverfolgen. Häufig werden Benachrichtigungen aus verschiedenen Pipelines, Arbeitsaufgaben oder Pullanforderungen gleichzeitig im Kanal gepostet, wodurch es schwierig ist, sie zu organisieren und zu einem vertikalen Wachstum eines Kanals zu führen.

Wir freuen uns, ankündigen zu dürfen, dass in der Microsoft Teams-App Threadbenachrichtigungen für Azure Boards, Azure Pipelines und Azure Repos verfügbar sind. Jetzt werden alle Benachrichtigungen im Zusammenhang mit einer Pipeline, einer Arbeitsaufgabe oder einer Pullanforderung zusammengeführt, um Benachrichtigungen besser zu organisieren und eine kompakte Ansicht der Zeitachse und des neuesten Status bereitzustellen.

Hinweis

Sie müssen keine Änderungen vornehmen, um mit der Verwendung dieses Features zu beginnen.

Hier werden alle Benachrichtigungen im Zusammenhang mit einer Pullanforderung in der Azure Repos-App für Microsoft Teams zusammengeführt.

Benachrichtigungen im Zusammenhang mit der Pull-Anforderung in der Azure Repos-App für Microsoft Teams.

Benachrichtigungen, die sich auf zusammengefasste Pull-Anfragen in der Azure Repos-App beziehen.

Löschen von in einem Microsoft Teams- oder Slack-Kanal erstellten Massenabonnements

Derzeit können Sie Massenabonnements in der Azure Pipelines- und Azure Repos-App für Microsoft Teams und Slack erstellen. Jetzt können Sie schnell alle Abonnements löschen, die für einzelne Pipelines oder Repositorys in einem Kanal erstellt wurden. Sie können den Befehl "Alle kündigen" verwenden, um alle Abonnements in einem Kanal für ein bestimmtes Projekt zu löschen. Weitere Details finden Sie in der Dokumentation hier.

Um alle Abonnements in einem Kanal für ein bestimmtes Projekt in der Azure Pipelines-App für Microsoft Teams zu löschen, verwenden Sie den folgenden Befehl.

@azure pipelines unsubscribe all https://dev.azure.com/myorg/myproject

Azure-Pipelines

Verwenden von Pipelinedecorators zum automatischen Einfügen von Schritten in einen Bereitstellungsauftrag

Sie können jetzt Pipelinedekoratoren zu Bereitstellungsjobs hinzufügen. Sie können jeden benutzerdefinierten Schritt (z. B. Schwachstellenscanner) automatisch in jede Ausführung eines Lebenszyklus-Hooks jedes Bereitstellungsauftrags einfügen. Da Pipelinedekoratoren auf alle Pipelines in einer Organisation angewendet werden können, kann dies als Teil der Durchsetzung sicherer Bereitstellungspraktiken genutzt werden.

Darüber hinaus können Bereitstellungsaufträge als Containerauftrag zusammen mit Sidecar-Diensten ausgeführt werden, falls definiert.

Zulassen von Repositoryverweisen auf andere Azure Repos-Organisationen

Wenn Sie zuvor auf Repositorys in einer YAML-Pipeline verwiesen haben, mussten sich alle Azure Repos-Repositorys in derselben Organisation wie die Pipeline befinden. Jetzt können Sie auf Repositorys in anderen Organisationen verweisen, die eine Dienstverbindung verwenden. Beispiel:

resources:
  repositories:
  - repository: otherrepo
    name: ProjectName/RepoName
    endpoint: MyServiceConnection
steps:
- checkout: self
- checkout: otherrepo

MyServiceConnection verweist auf eine andere Azure DevOps-Organisation und verfügt über Anmeldeinformationen, die auf das Repository in einem anderen Projekt zugreifen können. Sowohl Repos als auch self und otherrepowerden ausgecheckt.

Von Bedeutung

MyServiceConnection muss eine Azure Repos/Team Foundation Server-Dienstverbindung sein, siehe abbildung unten.

MyServiceConnection muss eine Azure Repos/Team Foundation Server-Dienstverbindung sein.

Schrittzielsetzung und Befehlsisolation

Azure Pipelines unterstützt das Ausführen von Aufträgen entweder in Containern oder auf dem Agenthost. Zuvor wurde ein vollständiger Auftrag auf eines dieser beiden Ziele festgelegt. Jetzt können einzelne Schritte (Aufgaben oder Skripts) auf dem von Ihnen ausgewählten Ziel ausgeführt werden. Schritte können auch auf andere Container abzielen, sodass eine Pipeline jeden Schritt in einem spezialisierten, zweckgebauten Container ausführen kann.

Hinweis

Dieses Feature befindet sich in der öffentlichen Vorschau. Wenn Sie Feedback oder Fragen zu diesem Feature haben, teilen Sie uns dies in der Developer Communitymit.

Container können als Isolationsgrenzen fungieren und verhindern, dass Code unerwartete Änderungen auf dem Hostcomputer vornehmen kann. Die Art und Weise, wie Schritte mit dem Agenten kommunizieren und auf dessen Dienste zugreifen, wird durch die Isolierung von Schritten in einem Container nicht beeinträchtigt. Daher führen wir auch einen Befehlseinschränkungsmodus ein, den Sie mit Schrittzielen verwenden können. Wenn Sie dies aktivieren, werden die Dienste eingeschränkt, die ein Schritt vom Agenten anfordern kann. Es wird nicht mehr in der Lage sein, Protokolle anzuhängen, Artefakte hochzuladen und bestimmte andere Vorgänge auszuführen.

Im Folgenden finden Sie ein umfassendes Beispiel, das die Ausführung von Schritten auf dem Host in einem Auftragscontainer und in einem anderen Container zeigt:

resources:
  containers:
  - container: python
    image: python:3.8
  - container: node
    image: node:13.2

jobs:
- job: example
  container: python

  steps:
  - script: echo Running in the job container

  - script: echo Running on the host
    target: host

  - script: echo Running in another container, in restricted commands mode
    target:
      container: node
      commands: restricted

Überwachen von Builds und Releases

Wir freuen uns, Ihnen mitzuteilen, dass Release- und Pipelineereignisse jetzt in den Überwachungsprotokollen verfügbar sind. Auf diese Ereignisse kann über Organisationseinstellungen –> Überwachung zugegriffen werden.

Die folgenden Ereignisse sind jetzt verfügbar:

  • Agentpool – Erstellen, Löschen, Hinzufügen eines Agents (privaten Agents) und Entfernen eines Agents
  • Dienstverbindung – Ausführung, Erstellen, Löschen und Aktualisieren
  • Variable Gruppe – Erstellen, Löschen und Aktualisieren
  • Release – gelöscht, Genehmigung abgeschlossen und Definitionsupdate
  • RM-Phase abgeschlossen
  • Bereitstellungsauftrag abgeschlossen

Erweiterungen zum Auswerten von Richtlinien für Artefaktüberprüfungen in Pipelines

Wir haben den Artefaktevaluierungstest verbessert, um das Hinzufügen von Richtlinien aus einer Liste vordefinierter Richtliniendefinitionen zu vereinfachen. Die Richtliniendefinition wird automatisch generiert und der Prüfkonfiguration hinzugefügt, die bei Bedarf aktualisiert werden kann.

Verbesserungen beim Auswerten der Artefaktüberprüfungsrichtlinie in Pipelines.

Richtliniendefinition, die automatisch generiert und hinzugefügt wird, um die Konfiguration zu überprüfen.

Nächste Schritte

Hinweis

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

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.

Vorschlag erstellen

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

Vielen Dank,

Roopesh Nair