Freigeben über

Verbesserungen an der GitHub-Implementierung von Azure Boards und Azure Pipelines – Sprint 149-Update

  • Artikel

Im Sprint 149 Update von Azure DevOps haben wir die Möglichkeit hinzugefügt, direkt von Erwähnungen in einem GitHub-Kommentar zu Azure Boards zu navigieren sowie Unterstützung für Azure Boards in GitHub Enterprise.

Für Azure Pipelines haben wir ein neues Feature für Pull Requests auf GitHub eingeführt, mit dem Sie optionale Überprüfungen ausführen können, indem Sie /azp in den Kommentaren verwenden. Sie können auch einen Kommentar zur Pullanforderung von einem Repositorymitwirkenden anfordern, bevor die Pipeline ausgeführt wird, damit Sie Code von unbekannten Benutzern überprüfen können, bevor Sie sie erstellen.

Weitere Informationen finden Sie in der Nachstehenden Liste der Features .

Features

Allgemein:

Azure Boards:

Azure Pipelines:

Azure Artifacts:

Berichterstellung:

Allgemein

Auflösen von azure Active Directory (Azure AD) getrennten Benutzern

Mit unserem Sprint 148-Update haben wir Ihnen die Möglichkeit gegeben, Ihre Organisation über das Azure DevOps-Portal mit einem Azure Active Directory zu verbinden. Diese neue vereinfachte Oberfläche hat mehrere Schritte gespeichert, die zuvor in der Azure-Portal erforderlich waren. Diese neue Oberfläche hat jedoch eine offene Lücke hinterlassen, da Sie weiterhin die Unterstützung anrufen mussten, um den Zugriff für Mitglieder wiederherzustellen, die während des Verbindungsprozesses den Zugriff verloren haben. Benutzer verlieren den Zugriff, wenn ihre vorherige Anmeldeidentität im neu verbundenen Azure Active Directory nicht gefunden wird. Mit dieser Version können Sie die getrennten Mitglieder selbst wiederherstellen, wodurch Sie einen Kundensupportanruf sparen und Ihre Produktivität steigern können.

Es gibt zwei Schritte zum Wiederherstellen getrennter Member. Zunächst werden die aktuellen Identitäten dieser Mitglieder Identitäten in der neu verbundenen Azure AD zugeordnet. Da einige getrennte Mitglieder möglicherweise keine übereinstimmenden Identitäten in Azure AD haben, besteht der zweite Schritt darin, diese verbleibenden Mitglieder als Gäste zum Azure AD einzuladen. Dieses Update bietet eine Schnittstelle, um beide Schritte direkt auf der Azure AD-Einstellungsseite im Azure DevOps-Portal auszuführen.

Suchen Sie hier nach Updates in unserer Dokumentation.

Azure Boards

Wenn Sie nun eine Arbeitsaufgabe innerhalb des Kommentars eines Problems, einer Pullanforderung oder eines Commits in GitHub mit der AB#{work item ID} Syntax erwähnen, werden diese Erwähnungen zu Links, auf die Sie klicken können, um direkt zur erwähnten Arbeitsaufgabe zu navigieren.

Dadurch wird kein formeller Link erstellt, über den die Arbeitsaufgabe in Azure Boards für jede verwandte Unterhaltung aufgeschlüsselt wird. Stattdessen bietet Ihr Team eine Möglichkeit, etwas mehr Informationen zu Arbeitsaufgaben bereitzustellen, während Code oder ein vom Kunden gemeldetes Problem diskutiert wird. Weitere Informationen finden Sie in der GitHub-Integrationsdokumentation von Azure Boards.

Navigieren Sie zu Arbeitsaufgaben aus Erwähnungen.

Änderungen an den Übergangsregeln für Arbeitselemente

Wir haben mehrere Regeln für den Übergang von Arbeitsaufgaben bereinigt, die in unterschiedlichen Prozessen und Arbeitsaufgabentypen inkonsistent waren. Geschlossen von, Geschlossen am und Statusänderungsdatum wurden über alle standardmäßigen Arbeitsaufgabentypen und neu angepassten geerbten Arbeitsaufgabentypen festgelegt. Aktiviert am und aktivierten Datum sind für alle Systemaufgabentypen festgelegt, werden jedoch nicht für angepasste geerbte Arbeitsaufgabentypen behoben.

Unterstützung für Azure Boards in GitHub Enterprise

Teams kann jetzt Azure Boards-Projekte mit Repositorys verbinden, die in GitHub Enterprise Server-Instanzen gehostet werden. Führen Sie beim Herstellen einer Verbindung mit OAuth die Schritte in der Dokumentation zum Registrieren einer OAuth-Anwendung aus, bevor Sie eine Verbindung mit Ihren Repositorys herstellen.

Bearbeiten und Löschen von Kommentaren in Arbeitselementen

Wir freuen uns, ihnen mitteilen zu können, dass Sie jetzt Kommentare in der Diskussion Ihrer Arbeitsaufgabe in Azure Boards bearbeiten und löschen können, die in unserem Entwicklercommunity-Forum mit hohem Votum abgestimmt sind. Wenn Sie Ihren Kommentar bearbeiten möchten, zeigen Sie einfach auf einen Kommentar, den Sie besitzen, und Es werden zwei neue Schaltflächen angezeigt. Wenn Sie auf das Bleistiftsymbol klicken, wechseln Sie in den Bearbeitungsmodus und können einfach Ihre Bearbeitungen vornehmen und die Schaltfläche "Aktualisieren" drücken, um Ihre Bearbeitungen zu speichern.

Bearbeiten von Kommentaren in Der Diskussion.

Wenn Sie auf das Überlaufmenü klicken, wird die Option zum Löschen Ihres Kommentars angezeigt. Nachdem Sie darauf geklickt haben, werden Sie erneut aufgefordert, zu bestätigen, dass Sie diesen Kommentar löschen möchten, und der Kommentar wird gelöscht.

Löschen von Kommentaren in diskussion.

Sie verfügen über einen vollständigen Überwachungspfad aller bearbeiteten und gelöschten Kommentare auf der Registerkarte "Verlauf" im Arbeitsaufgabenformular. Sie werden auch sehen, dass wir die Benutzeroberfläche unserer Diskussionserfahrung aktualisiert haben, um es moderner und interaktiver zu gestalten. Darüber hinaus haben wir Blasen um Kommentare herum hinzugefügt, um es deutlicher zu machen, wo Einzelne Kommentare beginnen und enden.

Statuswertreihenfolge im Arbeitsaufgabenformular

Zuvor wurde der Statuswert des Arbeitsaufgabenformulars alphabetisch sortiert. Mit diesem Update haben wir geändert, wie die Statuswerte so angeordnet sind, dass sie der Workflowreihenfolge in den Prozesseinstellungen entsprechen.

Neue Statuswertreihenfolge.

Hinweis

Die Änderung der Reihenfolge wirkt sich nur auf das Formular im Web und die REST-APIs aus. Die Statuswertreihenfolge wird in Clients mit WIT-Client-OM wie Visual Studio 2017 oder Excel nicht geändert.

Azure Pipelines

Auswahl des Verzeichnisses für ausgecheckten Code in YAML-Pipelines

Zuvor haben wir Repos im s Verzeichnis unter $(Agent.BuildDirectory) ausgecheckt. Jetzt können Sie das Verzeichnis auswählen, in dem Ihr Git-Repository für die Verwendung mit YAML-Pipelines ausgecheckt wird.

Verwenden Sie das path Schlüsselwort, checkout und Sie haben die Kontrolle über die Ordnerstruktur. Im Folgenden finden Sie ein Beispiel für den YAML-Code, den Sie zum Angeben eines Verzeichnisses verwenden können.

steps:
- checkout: self
  path: my-great-repo

In diesem Beispiel wird Ihr Code im Arbeitsbereich des Agents in das my-great-repo Verzeichnis ausgecheckt. Wenn Sie keinen Pfad angeben, wird Ihr Repository weiterhin in ein Verzeichnis mit dem Namen sausgecheckt.

60 Minuten Laufzeit pro Pipelineauftrag für private Projekte

Bisher würde ein kostenloses Konto (d. h. ein Konto, das keine parallelen Aufträge erworben hatte) einen Auftrag für bis zu 30 Minuten gleichzeitig bis zu 1.800 Minuten pro Monat ausführen. Mit diesem Update haben wir den Grenzwert von 30 auf 60 Minuten für kostenlose Konten erhöht.

Wenn Sie Ihre Pipeline für mehr als 60 Minuten ausführen müssen, können Sie für zusätzliche Kapazität pro parallelen Auftrag bezahlen oder in einem selbst gehosteten Agent ausführen. Selbst gehostete Agents haben keine Einschränkungen für die Auftragslänge.

Änderungen an gehosteten Pipelineimages

Wir haben Updates für die VM-Images von VS2017, Ubuntu 16.04 und Windows Container 1803 für Ihre gehosteten Azure-Pipelines vorgenommen. Weitere Details zu den neuesten Versionen finden Sie hier. Einen vollständigen Blick auf die tools, die auf unseren Bildern zur Verfügung stehen, finden Sie hier auf GitHub.

Darüber hinaus haben wir Moby als Containerlaufzeit übernommen. Moby ist ein offenes Framework, das von Docker zum Zusammenstellen von Komponenten in benutzerdefinierte containerbasierte Systeme erstellt wurde. Auf diese Weise können wir häufige Upstream-Patches und Verbesserungen an der Containerlaufzeit bereitstellen.

Der Installer für Duffle wurde in der Build- und Releasepipeline unter „Tasks“ hinzugefügt

Duffle ist ein Befehlszeilentool, mit dem Sie Cloud Native Application Bundles (CNAB) installieren und verwalten können. Mit CNABs können Sie containereigene Apps und deren Dienste bündeln, installieren und verwalten.

In diesem Update haben wir eine neue Aufgabe für Build- und Releasepipelines hinzugefügt, mit der Sie eine bestimmte Version der Duffle-Binärdatei installieren können.

Installationsprogrammaufgabe des Duffle-Tools in der Build- und Releasepipeline.

Genehmigen von Azure Pipelines-Bereitstellungen über Slack

Bisher hatten Slack-Benutzer eingeschränkte Funktionen zum Verwalten von Releasebereitstellungen innerhalb eines Kanals. Mit der Azure Pipelines-App für Slack können Sie eine Releasebereitstellung aus dem Kanal genehmigen oder ablehnen. Dadurch wird der Genehmigungsprozess vereinfacht, da Sie nicht gezwungen sind, zum Azure Pipelines-Portal zu navigieren. Darüber hinaus können Sie Bereitstellungen unterwegs mithilfe der mobilen Slack-App genehmigen.

Genehmigen von Azure Pipelines-Bereitstellungen aus Slack.

Ausführlichere Informationen zu Azure Pipelines und Slack finden Sie hier in der Dokumentation.

Alle Quellenanbieter wurden zum neuen Assistenten für Buildpipelines hinzugefügt

Bisher wurden Quellanbieter wie GitHub, Azure Repos und Bitbucket Cloud zwischen dem klassischen Pipeline-Editor und dem neuen Pipeline-Assistenten aufgeteilt. Mit diesem Update haben wir alle dem Assistenten für neue Pipelines für einen einzigen Ausgangspunkt hinzugefügt. Sie können weiterhin unten auf der Seite auf den Link klicken, um eine Pipeline ohne YAML im klassischen Editor zu erstellen.

Alle Quellanbieter, die im Assistenten für die neue Buildpipeline enthalten sind.

Optimierungen am Auslösen von Builds durch GitHub-Kommentare

Wir haben die Erfahrung für Teams verbessert, die GitHub-Pullanforderungskommentare verwenden, um Builds auszulösen. In der Regel möchten diese Teams keine Pullanforderungen automatisch erstellen. Stattdessen möchten sie, dass ein Teammitglied die Pull-Anforderung überprüft und sobald er als sicher eingestuft wurde, den Build mit einem Pullanforderungskommentar auslösen. Eine neue Einstellung behält diese Option bei und lässt gleichzeitig automatische Pullanforderungsbuilds nur für Teammitglieder zu.

GitHub-Kommentare lösen Optimierungen aus.

Veröffentlichen von CTest- und PHPUnit-Testergebnissen

Mit diesem Update haben wir Unterstützung zum Veröffentlichen von Testergebnissen aus einer CTest-Ausführung in Pipelines hinzugefügt. Um CTest-Ergebnisse zu veröffentlichen, wählen Sie die Option "CTest" im Ergebnisformat "Test" der Registerkarte "Testergebnisse veröffentlichen" aus.

Veröffentlichen Sie CTest- und PHPUnit-Testergebnisse.

Darüber hinaus haben wir die Veröffentlichung für PHPUnit-Testläufe aufgenommen. Während das JUnit-Ergebnisformat immer unterstützt wurde, können Sie jetzt die spezifischen Konstrukte von PHPUnit nutzen. Weitere Informationen zum Veröffentlichen von Testergebnissen finden Sie in der Dokumentation hier.

Azure Artifacts

Upstreamquellen für Maven

Upstream-Quellen sind jetzt für Maven-Feeds verfügbar. Dazu gehören das primäre Maven Central-Repository und Azure Artifacts-Feeds. Um Maven upstreams zu einem vorhandenen Feed hinzuzufügen, besuchen Sie feed-Einstellungen, wählen Sie den Upstream-Quellen-Pivot aus, und wählen Sie dann "Upstream-Quelle hinzufügen" aus.

Vorgelagerte Quellen für Maven.

Reporting

Änderung der OData-Version von Analysediensten für Testentitäten

Der Analysedienst in Azure DevOps besteht aus Entitätssätzen, die Sie direkt aus einem unterstützten Browser mithilfe von OData abfragen können. Der Dienst stellt eine versionsierte OData-API bereit, die Sie dem _odata-Element hinzufügen können.

Mit diesem Update migrieren wir die Testentitätssätze zu Version 3.0-Preview. Wenn Sie den OData 2.0-Preview-Versionsendpunkt verwenden, müssen Sie zu Version 3.0-Preview wechseln, um unterbrechungsfreie Änderungen zu verhindern.

Die folgende Liste enthält die Entitätssätze, die zu Version 3.0-Preview migriert werden:

  • TestRuns
  • TestResults
  • Tests
  • Builds
  • Branches
  • Releases
  • ReleaseEnvironments
  • TestResultsDaily
  • ReleasePipelines
  • ReleaseStages
  • BuildPipelines

Weitere Informationen zur Verwendung des OData-Endpunkts mit dem Analytics-Dienst finden Sie in der Dokumentation hier.

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.

Navigieren Sie zu Azure DevOps.

Senden von Feedback

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

Einen Vorschlag unterbreiten

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

Vielen Dank,

Chris Patterson