Release- und Pipelineereignisse, die in den Überwachungsprotokollen verfügbar sind – Sprint 163 Update
Im Sprint 163-Update von Azure DevOps haben wir den Überwachungsprotokollen Release- und Pipelineereignisse hinzugefügt. Darüber hinaus können Sie jetzt Dienstverbindungen verwenden, um auf Repositorys in einer anderen organization in einer YAML-Pipeline zu verweisen.
Weitere Informationen finden Sie in der Liste features unten.
Features
Allgemeines:
- Abrufen kompakter und organisierter Benachrichtigungen in der Microsoft Teams-App von Azure Boards, Azure Pipelines und Azure Repos
- Löschen von Massenabonnements, die in einem Microsoft Teams- oder Slack-Kanal erstellt wurden
Azure Pipelines:
Hinweis
Die Installation von .NET 4.6.2 oder höher ist erforderlich, damit der VSTest-Task auf Build-Agents ordnungsgemäß funktioniert.
- Verwenden von Pipelinedekoratoren zum automatischen Einfügen von Schritten in einen Bereitstellungsauftrag
- Zulassen von Repositoryverweise auf andere Azure Repos Organisationen
- Schrittweises Targeting und Befehlsisolation
- Überwachung für Builds und Releases
- Verbesserungen zum Auswerten der Artefaktüberprüfungsrichtlinie in Pipelines
Allgemein
Abrufen kompakter und organisierter Benachrichtigungen in der Microsoft Teams-App von Azure Boards, Azure Pipelines und Azure Repos
Zuvor mussten Sie die in Ihrem Microsoft Teams-Kanal empfangenen Benachrichtigungen manuell nachverfolgen. Häufig werden Benachrichtigungen aus verschiedenen Pipelines, Arbeitselementen oder Pull Requests im Kanal gleichzeitig gepostet, was die Organisation erschwert und zu einem vertikalen Wachstum eines Kanals führt.
Wir freuen uns, Threadbenachrichtigungen in der Microsoft Teams-App für Azure Boards, Azure Pipelines und Azure Repos anzukündigen. Jetzt werden alle Benachrichtigungen im Zusammenhang mit einer Pipeline, einem Arbeitselement oder einem Pull Request miteinander verknüpft, um Benachrichtigungen besser zu organisieren und eine kompakte Ansicht der Zeitleiste und der neuesten status zu ermöglichen.
Hinweis
Sie müssen keine Änderungen vornehmen, um mit der Verwendung dieses Features zu beginnen.
Hier werden alle Benachrichtigungen im Zusammenhang mit einem Pull Request in der Azure Repos-App für Microsoft Teams zusammengefasst.
Löschen von Massenabonnements, die in einem Microsoft Teams- oder Slack-Kanal erstellt wurden
Derzeit können Sie Massenabonnements in der Azure Pipelines- und Azure Repos-App für Microsoft Teams und Slack erstellen. Jetzt können Sie alle Abonnements, die für einzelne Pipelines oder Repositorys in einem Kanal erstellt wurden, schnell löschen. Sie können den Befehl alle abmelden verwenden, um alle Abonnements in einem Kanal für ein bestimmtes Projekt zu löschen. Weitere Informationen finden Sie in der Dokumentation hier.
Verwenden Sie den folgenden Befehl, um alle Abonnements in einem Kanal für ein bestimmtes Projekt in der Azure Pipelines-App für Microsoft Teams zu löschen.
@azure pipelines unsubscribe all https://dev.azure.com/myorg/myproject
Azure Pipelines
Verwenden von Pipelinedekoratoren zum automatischen Einfügen von Schritten in einen Bereitstellungsauftrag
Sie können jetzt Pipelinedekortoren zu Bereitstellungsaufträgen hinzufügen. Sie können jeden benutzerdefinierten Schritt (z. B. Sicherheitsrisikoscanner) automatisch in jede Lebenszyklus-Hookausführung jedes Bereitstellungsauftrags einfügen lassen. Da Pipelinedekortoren auf alle Pipelines in einem organization angewendet werden können, kann dies im Rahmen der Erzwingung sicherer Bereitstellungsmethoden genutzt werden.
Darüber hinaus können Bereitstellungsaufträge als Containerauftrag zusammen mit Service-Sidecar ausgeführt werden, wenn definiert.
Zulassen von Repositoryverweise auf andere Azure Repos Organisationen
Wenn Sie zuvor auf Repositorys in einer YAML-Pipeline verwiesen haben, mussten sich alle Azure Repos Repositorys in derselben organization wie die Pipeline befinden. Jetzt können Sie mithilfe einer Dienstverbindung auf Repositorys in anderen Organisationen verweisen. Zum Beispiel:
resources:
repositories:
- repository: otherrepo
name: ProjectName/RepoName
endpoint: MyServiceConnection
steps:
- checkout: self
- checkout: otherrepo
MyServiceConnection
verweist auf eine andere Azure DevOps-organization und verfügt über Anmeldeinformationen, die auf das Repository in einem anderen Projekt zugreifen können. Beide Repositorys self
und otherrepo
werden am Ende ausgecheckt.
Wichtig
MyServiceConnection
muss eine Azure Repos-/Team Foundation Server-Dienstverbindung sein, sehen Sie sich die folgende Abbildung an.
Schrittweises Targeting und Befehlsisolation
Azure Pipelines unterstützt die Ausführung von Aufträgen in Containern oder auf dem Agenthost. Zuvor wurde ein ganzer Auftrag auf eines dieser beiden Ziele festgelegt. Nun 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 speziellen, speziell dafür erstellten Container ausführen kann.
Hinweis
Dieses Feature befindet sich in der Phase der öffentlichen Vorschau. Wenn Sie Feedback oder Fragen zu diesem Feature haben, teilen Sie uns dies im Entwicklercommunity mit.
Container können als Isolationsgrenzen fungieren und verhindern, dass Code unerwartete Änderungen auf dem Hostcomputer vornimmt. Die Art und Weise, wie Schritte mit dem Agent kommunizieren und auf Dienste zugreifen , wird durch das Isolieren von Schritten in einem Container nicht beeinflusst. 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 Agent anfordern kann. Es ist nicht mehr in der Lage, Protokolle anzufügen, Artefakte und bestimmte andere Vorgänge hochzuladen.
Hier sehen 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
Überwachung für Builds und Releases
Gerne teilen wir Ihnen mit, 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 (private Agents) und Entfernen und Entfernen des Agents
- Dienstverbindung: Ausführung, Erstellen, Löschen und Aktualisieren
- Variablengruppe: Erstellen, Löschen und Aktualisieren
- Release : gelöscht, Genehmigung abgeschlossen und Definition aktualisiert
- RM-Phase abgeschlossen
- Bereitstellungsauftrag abgeschlossen
Verbesserungen zum Auswerten der Artefaktüberprüfungsrichtlinie in Pipelines
Wir haben die Überprüfung des Artefakts auswerten erweitert, um das Hinzufügen von Richtlinien aus einer Liste mit sofort einsatzbereiten Richtliniendefinitionen zu erleichtern. Die Richtliniendefinition wird automatisch generiert und der Prüfkonfiguration hinzugefügt, die bei Bedarf aktualisiert werden kann.
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 ü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.
Vielen Dank,
Roopesh Nair