Verknüpfen von GitHub-Commits und Pull Requests mit Azure Boards Arbeitselementen – Sprint 144 Update

Im Sprint 144 Update von Azure DevOps erweitern wir die Integration mit GitHub weiter. Jetzt können Sie GitHub-Commits und Pull Requests mit Azure Boards Arbeitselementen verknüpfen. Durch das Verbinden von GitHub und Azure Boards erhalten Sie umfassende Projektverwaltungsfunktionen mit Zugriff auf Features wie Backlogs, Boards, Sprintplanungstools und mehrere Arbeitselementtypen.

Weitere Informationen finden Sie in der Liste features unten.

Features

Azure Boards:

• Verknüpfen von GitHub-Commits und Pull Requests mit Azure Boards Arbeitselementen
• Abrufen Azure Boards als Dienst

Azure Repos:

• Erneutes Ausführen abgelaufener Build für automatisch abgeschlossene Pull Requests

Azure Pipelines:

• Verwalten von GitHub-Releases mithilfe von Pipelines
• VS Code-Erweiterung für YAML-basierte Pipelines
• Web-Editor mit IntelliSense für YAML-Pipelines
• Integration von ServiceNow Change Management
• Links zu bestimmten Zeilen in einem Buildprotokoll
• Angeben einer Multiplattformpipeline in einer einzelnen Datei
• Automatische erneute Bereitstellung bei Einem Fehler

Azure Artifacts:

• Python-Paketindex (PyPI) public preview

Allgemeines:

• Dienstintegritätsportal

Wiki:

• Markdownvorlagen für Formeln und Videos

Verwaltung:

• Wiederherstellen gelöschter Projekte

Azure Boards

Verknüpfen von GitHub-Commits und Pull Requests mit Azure Boards Arbeitselementen

Teams, die GitHub für Code verwenden und umfassende Projektverwaltungsfunktionen benötigen, können jetzt ihre Repositorys in Azure Boards integrieren. Durch das Verbinden von GitHub und Azure Boards können Sie alle Features wie Backlogs, Boards, Sprintplanungstools, mehrere Arbeitselementtypen und weiterhin einen Workflow erhalten, der in Entwicklerworkflows in GitHub integriert ist.

Das Verknüpfen von Commits und Pull Requests mit Arbeitselementen ist einfach. Erwähnen Sie das Arbeitselement mithilfe der folgenden Syntax:

AB#{work item ID}

Erwähnen Sie ein Arbeitselement in einer Commitnachricht, einem Pull Request-Titel oder einer Pull Request-Beschreibung, und Azure Boards einen Link zu diesem Artefakt erstellt. Betrachten Sie beispielsweise eine Commitnachricht wie folgt:

Adds support for deleting connections. Fixes AB#20.

Dadurch wird ein Link vom Arbeitselement #20 zum Commit in GitHub erstellt, der im Abschnitt Entwicklung des Arbeitselements angezeigt wird. ​

Wenn die Wörter "fix", "fixes" oder "fixed" dem Arbeitselement Erwähnung vorangehen (wie oben gezeigt), wird das Arbeitselement in den Zustand abgeschlossen verschoben, wenn der Commit mit dem Standardbranch zusammengeführt wird.

Teams, die Azure Pipelines zum Erstellen von Code in GitHub verwenden, sehen auch die Mit ihren GitHub-Commits verknüpften Arbeitselemente in der Buildzusammenfassung.

Abrufen Azure Boards als Dienst

Azure Boards können jetzt einfach erworben und als eigener Dienst verwendet werden. Unabhängig davon, ob sich Ihr Code in Azure Repos oder GitHub befindet, können Sie schnell zu den ersten Schritten wechseln https://www.azure.com/boards und auf "Erste Schritte mit Azure Boards" klicken. Neue Benutzer erhalten ein Projekt, das nur über Azure Boards verfügt, und eine Einführung, die ihnen bei der Umsetzung hilft.

Azure Repos

Erneutes Ausführen abgelaufener Build für automatisch abgeschlossene Pull Requests

Azure Repos werden abgelaufene Builds, die durch eine Pull Request-Richtlinie ausgelöst wurden, jetzt automatisch in die Warteschlange gestellt. Dies gilt für Pull Requests, die alle anderen Richtlinien bestanden haben und auf autovervollständigen festgelegt sind. Früher, wenn Pull Requests Richtlinien wie erforderliche Prüfer enthielten, konnte der Genehmigungsprozess zu lange dauern, und ein zugeordneter Build konnte ablaufen, bevor ein Prüfer den Pull Request genehmigte. Wenn der Pull Request auf auto-complete festgelegt wurde, bleibt er blockiert, bis ein Benutzer den abgelaufenen Build manuell in die Warteschlange gestellt hat. Mit dieser Änderung wird der Build automatisch in die Warteschlange gestellt, sodass der Pull Request nach einem erfolgreichen Build automatisch abgeschlossen werden kann.

Azure Pipelines

Verwalten von GitHub-Releases mithilfe von Pipelines

GitHub-Releases sind eine hervorragende Möglichkeit, Software für Benutzer zu packen und bereitzustellen. Wir freuen uns, ihnen mitteilen zu können, dass Sie sie jetzt mithilfe des GitHub-Releasetasks in Azure Pipelines automatisieren können. Mit der Aufgabe können Sie ein neues Release erstellen, vorhandene Entwürfe/veröffentlichte Versionen ändern oder ältere Versionen verwerfen. Es unterstützt Features wie das Hochladen mehrerer Ressourcen, das Markieren eines Releases als Vorabversion, das Speichern eines Releases als Entwurf und vieles mehr. Diese Aufgabe hilft Ihnen auch beim Erstellen von Versionshinweisen. Es kann auch automatisch die Änderungen (Commits und zugehörige Probleme) berechnen, die in diesem Release vorgenommen wurden, und sie den Versionshinweisen in einem benutzerfreundlichen Format hinzufügen.

Hier sehen Sie die einfache YAML für die Aufgabe:

task: GithubRelease@0 
displayName: 'Create GitHub Release'      
inputs:
  githubConnection: zenithworks
  repositoryName: zenithworks/pipelines-java
  assets: $(build.artifactstagingdirectory)/*.jar

Ein GitHub-Beispielrelease, das mit dieser Aufgabe erstellt wurde:

VS Code-Erweiterung für YAML-basierte Pipelines

Um den Codierungsprozess zu beschleunigen, haben wir eine VS Code-Erweiterung für YAML-Pipelines hinzugefügt. Die Erweiterung unterstützt Syntax-Hervorhebung und IntelliSense (Code-Vervollständigung), um zu überprüfen, ob die Datei ordnungsgemäß strukturiert ist und gültige Schlüsselwörter verwendet. Darüber hinaus unterstützt es auch integrierte Aufgaben und kann deren erforderliche Eingabe überprüfen.

Die Erweiterung ist ein Open Source Projekt auf GitHub, und wir freuen uns über Feedback, Fehlerberichte und Beiträge von der Community.

Web-Editor mit IntelliSense für YAML-Pipelines

Wenn Sie YAML zum Definieren Ihrer Pipelines verwenden, können Sie jetzt die neuen Editorfeatures nutzen, die mit diesem Release eingeführt wurden. Unabhängig davon, ob Sie eine neue YAML-Pipeline erstellen oder eine vorhandene YAML-Pipeline bearbeiten, können Sie die YAML-Datei im Pipeline-Web-Editor bearbeiten. Verwenden Sie STRG+Leerzeichen für die IntelliSense-Unterstützung, während Sie die YAML-Datei bearbeiten. Sie sehen die Syntaxfehler hervorgehoben und erhalten auch Hilfe bei der Korrektur dieser Fehler.

Integration von ServiceNow Change Management

Vermeiden Sie Verzögerungen bei Produktionsbereitstellungen durch die nahtlose Integration mit ServiceNow. Azure Pipelines in Partnerschaft mit ServiceNow kündigt die öffentliche Verfügbarkeit der ServiceNow Change Management-Erweiterung an, wodurch Releasepipelines auf den Änderungsverwaltungsprozess in ServiceNow aufmerksam gemacht werden.

Mithilfe der ServiceNow-Änderungsverwaltung als Releasegate können Sie einen Änderungsverwaltungsprozess in ServiceNow initiieren und die Pipeline zwischen zwei Phasen halten, bis die Änderung für die Implementierung bereit ist.

Sie können auch den ServiceNow-Änderungsanforderungstask im Bereitstellungsprozess aktualisieren, und die ServiceNow-Änderungsanforderung wird mit dem status und dem Ergebnis der Bereitstellung aktualisiert. Dadurch erhalten Sie eine vollständige bidirektionale Integration zwischen ServiceNow und Azure Pipelines.

Links zu bestimmten Zeilen in einem Buildprotokoll

Sie können jetzt einen Link zu bestimmten Zeilen im Buildprotokoll freigeben. Dies hilft Ihnen bei der Zusammenarbeit mit anderen Teammitgliedern bei der Diagnose von Buildfehlern. Wählen Sie einfach die Zeilen eines Protokolls aus der Ergebnisansicht aus, um ein Linksymbol zu erhalten.

Angeben einer Multiplattformpipeline in einer einzelnen Datei

Azure Pipelines bietet gehostete Pools für Linux-, macOS- und Windows-Agents. Zuvor mussten Sie ihre Schritte in einer separaten Vorlagendatei angeben, um dieselben Pipelineschritte für alle drei gehosteten Pools erneut zu verwenden. Diese Anforderung wurde entfernt, damit Sie eine Multiplattformpipeline und eine Matrixstrategie in einer einzelnen Datei angeben können:

strategy:
  matrix:
    win:
      vm: windows-latest
    mac:
      vm: macOS-latest
    linux:
      vm: ubuntu-latest

pool:
  vmImage: $(vm)

steps:
- script: npm install
- script: npm run test

Automatische erneute Bereitstellung bei Einem Fehler

Wenn eine Bereitstellung in einer Phase fehlschlägt, kann Azure Pipelines jetzt die letzte erfolgreiche Bereitstellung automatisch erneut bereitstellen. Sie können die Phase so konfigurieren, dass die letzte erfolgreiche Version automatisch bereitgestellt wird, indem Sie den Trigger für die automatische erneute Bereitstellung in den Bedingungen nach der Bereitstellung konfigurieren. Wir planen, der Konfiguration der automatischen erneuten Bereitstellung in einem zukünftigen Sprint weitere ausgelöste Ereignisse und Aktionen hinzuzufügen. Weitere Informationen finden Sie in der Dokumentation zu Bereitstellungsgruppen .

Azure Artifacts

PyPI Public Preview

Azure Artifacts kann jetzt Python-Pakete hosten. Dies schließt Pakete ein, die Sie erstellen, und Upstream Pakete, die aus dem öffentlichen PyPI gespeichert werden. Weitere Informationen finden Sie im Blogbeitrag zur Ankündigung und in der Dokumentation.

Jetzt können Sie alle Ihre NuGet-, npm-, Maven-, Python- und Universal-Pakete im selben Feed hosten.

Allgemein

Dienstintegritätsportal

Wir haben ein neues Azure DevOps-Dienststatusportal hinzugefügt, das eine bessere Benutzeroberfläche für die Überwachung der Integrität unserer Dienste bietet. Wenn sie ein Problem mit einem unserer Dienste haben, können Sie die Dienstintegrität hier überprüfen.

Weitere Informationen finden Sie im Blogbeitrag zur Ankündigung und in der Dokumentation.

Wiki

Markdownvorlagen für Formeln und Videos

Es ist nicht mehr erforderlich, sich die Markdownsyntax zum Hinzufügen von Formeln, Videos und YAML-Tags beim Bearbeiten eines Wikis zu merken. Sie können nun auf das Kontextmenü in der Symbolleiste klicken und die Option Ihrer Wahl auswählen.

Verwaltung

Wiederherstellen gelöschter Projekte

Mit diesem Release haben wir die Möglichkeit hinzugefügt, gelöschte Projekte wiederherzustellen. Ab heute können Benutzer mit der Berechtigung Projekt löschen gelöschte Projekte über unsere REST-APIs wiederherstellen. Erstellen Sie hierzu eine Updateprojektanforderung mit { "state" : "wellFormed" }. In einer zukünftigen Version wird eine Benutzeroberfläche hinzugefügt, auf die über die Übersichtsseite organization zugegriffen werden kann. Weitere Informationen zur REST-API finden Sie in der Dokumentation hier.

Verwenden Sie die folgende Anforderung, um eine Liste gelöschter Projekte abzurufen:

GET https://dev.azure.com/{organization}/_apis/projects?stateFilter=deleted&api-version=5.0-preview.3

Verwenden Sie die folgende Anforderung, um ein gelöschtes Projekt wiederherzustellen:

PATCH https://dev.azure.com/{organization}/_apis/projects/{projectId}?api-version=5.0-preview.3

Anforderungstext

{
    "state" : "wellFormed"
}

Nächste Schritte

Lesen Sie unten mehr über die neuen Features, und wechseln Sie zu Azure DevOps, um sie selbst zu testen.

Senden von Feedback

Wir würden uns freuen zu hören, was Sie über diese Features denken. Verwenden Sie das Feedbackmenü, 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,

Aaron Bjork