Hinweis
Für den Zugriff auf diese Seite ist eine Autorisierung erforderlich. Sie können versuchen, sich anzumelden oder das Verzeichnis zu wechseln.
Für den Zugriff auf diese Seite ist eine Autorisierung erforderlich. Sie können versuchen, das Verzeichnis zu wechseln.
Azure DevOps Services | Azure DevOps Server 2022 | Azure DevOps Server 2019
Mit Azure DevOps können Sie eine Verbindung mit seinen Kerndiensten herstellen und zusammenarbeiten. Sie können verschiedene Features verwenden, um Ihre Devops-Aufgaben in Azure Boards, Azure Repos, Azure Pipelines und Azure Test-Plänen zu verknüpfen und nachzuverfolgen. In diesem Artikel erfahren Sie, wie Sie die dienstübergreifende Integration von Azure DevOps verwenden, um Ihren Workflow und Ihre Produktivität zu verbessern.
Links zu weiteren Informationen:
Zusammenarbeit in Azure DevOps
In der folgenden Tabelle sind einige der Features zusammengefasst, die Ihnen bei der Zusammenarbeit mit Ihrem Team und anderen Teams helfen.
| Merkmal | Beschreibung |
|---|---|
@mentions (Zu Diskussionen und Kommentaren hinzufügen) |
Sie können @ein Mitglied des Teams oder ein ganzes Team innerhalb eines Arbeitselements in der Diskussion oder im Kommentarbereich eines Commits, Pull-Requests oder Changesets erwähnen. |
#ID (Link zu einer Arbeitsaufgabe) |
Zur Unterstützung der End-to-End-Verfolgbarkeit können Sie Links zu Arbeitselementen aus Commits, Pull-Requests und Changesets erstellen. |
| Teams | Jedes Team erhält Zugriff auf eine Suite von Agile-Tools und Teamressourcen. Mit diesen Tools können Teams autonom arbeiten und mit anderen Teams im gesamten Unternehmen zusammenarbeiten. Jedes Team kann jedes Tool konfigurieren und anpassen, um die Funktionsweise zu unterstützen. Für die schnelle Navigation können sie Repositorys, Pipelines und Testpläne favorisieren. |
| Alarmsignale | Konfigurieren oder Deaktivieren von persönlichen, Team-, Projekt- oder Organisationswarnungen. Abonnieren Sie E-Mail-Benachrichtigungen , wenn Änderungen an Arbeitsaufgaben, Codeüberprüfungen, Pullanforderungen, Quellcodeverwaltungsdateien, Builds und mehr auftreten. |
| Zusammenfassungen per E-Mail | - Senden einer Liste von Arbeitsaufgaben per E-Mail - E-Mail-Abfrageelemente - Freigabezusammenfassungen per E-Mail senden |
| Wiki | Einbetten von Azure Boards-Abfrageergebnissen in Wiki. |
Azure Boards und Azure Repos-Integration
Sie können Codeänderungen mit Benutzer-Stories und Features durch unterschiedliche Linktypen verknüpfen. Für Git verwenden Sie Branch, Commit, Pull-Request oder Tag. Für TFVC verwenden Sie Changeset oder Versioned Item.
In der folgenden Tabelle sind die Integrationspunkte zwischen Azure Boards und Azure Repos zusammengefasst.
| Funktion | Beschreibung |
|---|---|
| Git-Entwicklung aus Arbeitselementen steuern | Sie können eine Git-Verzweigung erstellen oder einen Link zu Git-Commits oder Pull-Anfragen herstellen und steuern Sie Ihren Git-Entwicklungszyklus für ein Arbeitselement direkt im Arbeitselement-Formular. |
| Automatisches Verknüpfen und Übertragen von Arbeitselementen mit Git-Commits | Für ein Git-Repository können Sie die folgenden Optionen aktivieren oder deaktivieren: - Schließen Sie Arbeitselemente mit Erwähnungen in Commit-Kommentaren. – Erinnern Sie sich an die Benutzerentscheidungen zum Abschließen von Arbeitsaufgaben mit Pull-Anfragen. - Verlinken Sie Arbeitselemente aus Commit-Kommentaren. Sie können auch das Verknüpfen von Commits oder Pullanforderungen in den Repositoryeinstellungen automatisieren. - Commit-Erwähnung verknüpfen: Aktivieren Sie diese Option, um Commits mit Arbeitselementen mit #WorkItemID in Commit-Nachrichten zu verknüpfen. Deaktivieren Sie diese Funktion, wenn Sie ein Repository von einem anderen Konto oder Dienst pushen. Azure DevOps deaktiviert dieses Feature automatisch, wenn Sie ein Repository importieren. - Commit Erwähnung Arbeitselement Auflösung: Schalten Sie ein, um Arbeitselemente mit Fixes #WorkItemID in Commits zu schließen. - Einstellungen für den Übergang von Arbeitselementen: Standardmäßig merkt sie sich die Option jedes Benutzers, verknüpfte Arbeitsaufgaben mit Pullanforderungen abzuschließen. Sie können dieses Feature deaktivieren, um benutzer davon abzuhalten, Arbeitsaufgaben mit Pullanforderungen abzuschließen. Wenn diese Funktion deaktiviert ist, müssen Benutzer wählen, Arbeitsaufgaben für jede Pull-Request abzuschließen. |
| Suche nach verknüpften Arbeitselementen in einem Git-Branch | Fördern der Nachverfolgbarkeit, indem nach verknüpften Arbeitselementen in Pull Requests gesucht wird. |
| Automatisches Abschließen von Arbeitselementen mit Pull Requests | Wenn Sie eine Arbeitsaufgabe mit einer Pullanfrage (PR) verknüpfen, können Sie diese Arbeitsaufgaben automatisch abschließen , wenn Sie die PR erfolgreich abschließen. Das System wird für zukünftige PRs standardmäßig auf Ihre Auswahl festgelegt. |
| Anzeigen einer Liste von Codeobjekten, mit der eine einzelne Arbeitsaufgabe verknüpft ist | Sie können Arbeitsaufgaben mit Codeänderungen, Builds und Versionen verknüpfen, um einen Prüfpfad der Featureentwicklung bereitzustellen. |
| Externe Links abfragen | Sie können nach Arbeitselementen abfragen, die Links zu Branches, Commits, Pull-Requests oder Tags enthalten. |
| Konfigurieren von Branchrichtlinien zur Unterstützung der Arbeitsnachverfolgung | Um sicherzustellen, dass Änderungen an einer Verzweigung mit Arbeitselementen verknüpft sind, konfigurieren Sie die Verzweigungsrichtlinie für ein Git-Repository in den Repo-Einstellungen. Schalten Sie die Option Auf verknüpfte Arbeitselemente überprüfen ein. Wählen Sie Erforderlich aus, damit für alle Pull Requests mindestens ein verknüpftes Arbeitselement für den Abschluss vorgeschrieben wird. Wählen Sie Optional, um Pull Requests ohne verknüpfte Arbeitselemente zuzulassen, aber davor zu warnen. |
Integration von Azure Boards und Azure Pipelines
In der folgenden Tabelle werden die Integrationspunkte zwischen Azure Boards und Azure Pipelines zusammengefasst. Mehrere Features bieten Unterstützung für End-to-End-Rückverfolgbarkeit, während User Storys und Features den Entwicklungszyklus durchlaufen. Wie bei Azure Repos können Sie Arbeitselemente mit Pipelineobjekten mit den folgenden Linktypen verknüpfen: Build, integriert in Build und Integriert in Release.
Funktion
Beschreibung
Verknüpfen Sie Arbeitselemente manuell mit Builds.
Verknüpfen Sie Arbeitselemente mit Builds in demselben oder einem anderen Projekt innerhalb der Organisation oder Collection.
Legen Sie die Option Integration fest, um automatisch Integriert in Build Links zu Arbeitselementen zu erstellen, die mit einem Branch, Commit oder Pull-Request verknüpft sind, der mit einer Pipeline verbunden ist.
Erforderlich, um das Entwicklungssteuerelement mit In Build integriert-Links aufzufüllen. Die Arbeitselemente oder Commits, die Teil eines Release sind, werden aus den Versionen von Artefakten berechnet. Beispielsweise ist jeder Build in Azure Pipelines einem Satz von Arbeitselementen und Commits zugeordnet. Weitere Informationen finden Sie unter Konfigurieren von Pipelines zur Unterstützung der Integration.
Wenn Sie Arbeitsaufgaben mit Builds und Versionen verknüpfen möchten, wählen Sie eine Option und eine Verzweigung für eine klassische oder YAML-Pipeline aus. Diese Aktion erstellt Integriert in Build und Integriert in Release-Stadium Links für Arbeitselemente, die mit einem Branch, Commit oder Pull-Request verknüpft sind.
Erforderlich, um das Arbeitselement-Formular Entwicklung mit Integriert in Build-Links und das Bereitstellung mit Integriert in Release-Stufe-Links zu füllen, wenn Sie eine Classic oder YAML Pipeline ausführen. Weitere Informationen finden Sie unter Konfigurieren von Pipelines zur Unterstützung der Integration.
Legen Sie die Option Integration fest, um automatisch In der Release-Phase integriert Links zu Arbeitselementen zu erstellen, die mit einem Branch, einem Commit oder einer Pull-Request verknüpft sind, die mit einem Release verbunden sind.
Erforderlich, um das Bereitstellungssteuerelement im Arbeitselementformular mit In Releasestage integriert-Links aufzufüllen. Weitere Informationen finden Sie unter Releasepipelines, Wie integriere ich und berichte über den Veröffentlichungsstatus?.
Auflistung der Arbeitselemente anzeigen, die mit einer klassischen Release-Pipeline verknüpft sind
Listet alle Arbeitsaufgaben auf, die mit einem Build oder einer Version verknüpft sind.
Anzeigen und Öffnen einer Liste von Arbeitsaufgaben, die mit einer klassischen oder YAML-Pipeline verknüpft sind.
Listet alle Arbeitselemente auf, die seit dem letzten ausgewählten Release mit einem Release verknüpft sind. Kann die Liste nach jeder Spalte sortieren.
Anzeigen einer Liste von Build- oder Release-Objekten, mit denen ein einzelnes Arbeitselement verknüpft ist
Sie können Arbeitsaufgaben mit Builds und Versionen verknüpfen , die einen Überwachungspfad der Featureentwicklung und -bereitstellung bereitstellen.
Abfrage nach externen Verknüpfungen.
Sie können Arbeitsaufgaben abfragen, die externe Verknüpfungen enthalten.
Anzeigen und schnelles Navigieren zu den Freigabestufen, mit denen ein Arbeitselement verknüpft ist.
Das Steuerelement Bereitstellung auf dem Workitem-Formular zeigt die Phasen an, mit denen das Arbeitselement verknüpft ist. Sie können den Status einiger Ausführungen sehen und jede Stufe oder Ausführung durch Erweitern einer Stufe öffnen. Weitere Informationen finden Sie unter Arbeitselemente mit Bereitstellungen verknüpfen und anzeigen.
Erstellen einer Arbeitsaufgabe bei Fehlern, optional Festlegen von Werten für ein Arbeitsaufgabenfeld (klassisch)
Erstellen einer Arbeitsaufgabe bei Fehlern (Klassisch oder YAML), optional Festlegen von Werten für ein Arbeitsaufgabenfeld (Klassisch)
Erstellen Sie automatisch eine Arbeitsaufgabe, und legen Sie Felder fest, wenn ein Build fehlschlägt. Weitere Informationen finden Sie unter Erstellungsoptionen für klassische Pipelines und Pipelines anpassen, Arbeitselement bei Fehler erstellen.
Aufgabe Arbeitselemente abfragen. Stellen Sie sicher, dass die Anzahl der übereinstimmenden Arbeitsaufgaben, die von einer Abfrage zurückgegeben werden, innerhalb eines Schwellenwerts liegt.
Verwenden Sie diesen Task, um sicherzustellen, dass die Anzahl der übereinstimmenden Elemente, die von einer Arbeitselemente-Abfrage zurückgegeben werden, innerhalb des konfigurierten Schwellenwerts liegt. Weitere Informationen finden Sie unter Task „Abfragen von Arbeitselementen“, Steuern von Bereitstellungen mit Gates und Genehmigungen.
Integration von Azure Repos und Azure Pipelines
Azure Pipelines bietet Unterstützung für das Erstellen von Code, der in Azure Repos gespeichert ist, entweder ein Git- oder Team Foundation-Versionskontrolle-Repository (TFVC). Andere Repositorys, die Von Azure Pipelines unterstützt werden, werden in unterstützten Quellrepositorys aufgeführt.
In der folgenden Tabelle sind die Integrationsfeatures zwischen Azure Repos und Azure Pipelines zusammengefasst.
| Funktion | Beschreibung |
|---|---|
| Melden des Bereitstellungsstatus | Gibt den Status einer Bereitstellung auf den Seiten "Dateien", "Commits" und "Branches" für Git-Repositorys an. Dieses Feature verbessert die Rückverfolgbarkeit von Code commit zu Bereitstellung. Sie können die Releaseumgebungen so konfigurieren, dass der Bereitstellungsstatus angezeigt wird. |
| Status-Badge freigeben | Posten Sie den Status Ihres neuesten Pipeline-Builds in Ihrem Repository. |
| Code-Abdeckung | Veröffentlichen und überprüfen Sie Codeabdeckungsergebnisse, die den Anteil des Codes Ihres Projekts angeben, der tatsächlich getestet wird. |
| Merkmal | Beschreibung |
|---|---|
| Melden des Bereitstellungsstatus | Gibt den Status einer Bereitstellung auf den Seiten "Dateien", "Commits" und "Branches" für Git-Repositorys an. Dieses Feature verbessert die Rückverfolgbarkeit von Code commit zu Bereitstellung. Sie können die Releaseumgebungen so konfigurieren, dass der Bereitstellungsstatus angezeigt wird. |
| Codeabdeckung | Veröffentlichen und überprüfen Sie Codeabdeckungsergebnisse, die den Anteil des Codes Ihres Projekts angeben, der tatsächlich getestet wird. |
Integration von Azure Boards, Azure Repos und Azure TestPlänen
Mehrere Szenarien für die Zusammenarbeit werden über Azure Boards-Arbeitsaufgabentypen unterstützt. Sie können verwaltete Abfragen und die Azure DevOps-Suchfunktion verwenden, um Arbeitsaufgaben zu suchen und auflisten.
Hinweis
Sie sollten einige Arbeitsaufgabentypen wie Feedbackanforderung, Codeüberprüfungsanforderung, freigegebene Schritte und freigegebene Parameter über bestimmte Tools oder Formulare erstellen. Diese Typen werden zur Kategorie Ausgeblendete Typen hinzugefügt und erscheinen nicht in den Menüs, die zum Hinzufügen von Arbeitselementen verwendet werden.
Für das geerbte Prozessmodell können Sie nur die folgenden Arbeitsaufgabentypen anpassen: Testplan, Test Suite und Testfall.
| Szenario | Arbeitsaufgabentyp | Beschreibung |
|---|---|---|
| Codeüberprüfung anfordern | Code-Review-Anforderung | Verfolgt Informationen, die in das TFVC-New-Code-Review-Formular eingegeben wurden. Weitere Informationen finden Sie unter Lassen Sie Ihren Code mit Visual Studio überprüfen. |
| Codeüberprüfung durchführen | Codeüberprüfungsantwort | Verfolgt Rezensionskommentare, die von Codeprüfern als Reaktion auf eine Codeüberprüfungsanforderung bereitgestellt werden. |
| Feedbackanforderung | Feedbackanforderung | Erfasst Informationen, die in ein Feedback-Formular für Anfragen eingegeben wurden. Verwenden Sie die folgenden Formulare, um eine Feedbackanfrage zu initiieren. - Feedback der Projektbeteiligten anfordern - Erhalten Sie Feedback. |
| Feedback geben | Feedback-Überprüfung | Ermöglicht Stakeholdern Feedback auf der Grundlage von Feedback-Anfragen oder durch freiwilliges Feedback mit der Microsoft Test & Feedback Marketplace-Erweiterung. |
| Manuelle Tests | Testplan | Gruppiert eine oder mehrere Testsuiten und einzelne Testfälle zusammen. Testpläne enthalten statische Testsammlungen, anforderungsbasierte Testsammlungen und abfragebasierte Testsammlungen. Informationen zu den ersten Schritten finden Sie unter Erstellen von Testplänen und Testsuiten. |
| Manuelle Tests | Test Suite | Gruppiert einen oder mehrere Testfälle in separate Testszenarien innerhalb eines einzigen Testplans. Durch das Gruppieren von Testfällen lässt sich leichter erkennen, welche Szenarien abgeschlossen sind. |
| Manuelle Tests | Testfall | Definiert Schritte, die verwendet werden, um einzelne Teile Ihres Codes zu überprüfen, um sicherzustellen, dass Ihr Code ordnungsgemäß funktioniert, keine Fehler aufweist und geschäfts- und Kundenanforderungen erfüllt. Sie können einem Testplan einzelne Testfälle hinzufügen, ohne eine Testsuite zu erstellen. Mehrere Testsuiten oder Testpläne können auf einen Testfall verweisen. Sie können Testfälle effektiv wiederverwenden, ohne sie für jede Suite oder jeden Plan kopieren oder klonen zu müssen. |
| Manuelle Tests | Geteilte Schritte | Ermöglicht das Freigeben von Schritten über mehrere Testfälle hinweg. |
| Manuelle Tests | Freigegebene Parameter | Ermöglicht das Wiederholen der gleichen Testfälle mit unterschiedlichen Daten. |
Testen von Arbeitsaufgabentypen
Arbeitsaufgabentypen, die den Testerfahrungsprozess unterstützen, werden mithilfe der in der folgenden Abbildung dargestellten Verknüpfungstypen miteinander verknüpft. Diese Typen umfassen Tested By/Tests, Test Cases/Shared Steps, und Reference By/References.
Sie können das Webportal verwenden, um die Testfälle anzuzeigen, die für eine Testsuite definiert sind, und die Testsuiten, die für einen Testplan definiert sind. Es gibt jedoch keinen bestimmten Verknüpfungstyp, der diese Objekte miteinander verbindet.
Nachverfolgen von Fehlern
Der Arbeitselement-Typ Bug unterstützt die folgenden Integrationen, die Sie beachten sollten, wenn Sie Bugs verfolgen.
| Szenario | Beschreibung |
|---|---|
| Erstellen eines Fehlers aus einem Testtool | Sie können einen Fehler aus Test Runner oder der Test & Feedback-Erweiterung hinzufügen. Weitere Informationen finden Sie unter Definieren, Erfassen, Triage und Verwalten von Fehlern. |
| Erstellen von Inlinetests, die mit Fehlern oder Benutzergeschichten verknüpft sind | Wenn Ihr Team Fehler als Anforderungen nachverfolgt, können Sie das Board verwenden, um Tests hinzuzufügen, um Fehlerkorrekturen oder Benutzergeschichten zu überprüfen. |
| Verfolgen von Build-Informationen mit Bugs | Das Fehler-Arbeitselementformular enthält Systeminformationen, Gefunden in Build und Integriert in Build, mit denen Sie gefundene und behobene Codefehler in der Pipeline verfolgen können. Weitere Informationen finden Sie unter Auf Build- und Testintegrationsfeldern basierende Abfrage. |
Integration von Azure-Pipelines und Azure-Testplänen
Azure Test Plans ist vollständig in Azure Pipelines integriert, um Tests innerhalb von kontinuierlicher Integration und kontinuierlicher Bereitstellung (CI/CD) zu unterstützen. Sie können Testpläne und Testfälle mit Build- oder Releasepipelines verknüpfen. Fügen Sie Pipelineaufgaben zu Pipelinedefinitionen hinzu, um Testergebnisse zu erfassen und zu veröffentlichen. Überprüfen Sie Testergebnisse über integrierte Fortschrittsberichte und Pipelinetestberichte. In der folgenden Tabelle sind die Integrationspunkte zwischen Azure-Pipelines und Azure-Testplänen zusammengefasst.
| Funktion | Beschreibung |
|---|---|
| Einstellungen für Testpläne | Mit den Einstellungen für Testpläne können Sie die Einstellungen für die Testausführung konfigurieren, um Pipelines für die Erstellung oder Freigabe und Einstellungen für das Testergebnis zu verknüpfen. |
| Pipeline Test-Aktivierungsaufgaben | Geben Sie testaktive Aufgaben innerhalb einer Pipelinedefinition an. Azure Pipelines bietet mehrere Aufgaben, einschließlich der folgenden Aufgaben, die eine umfassende Testberichterstattung und Analyseerfahrung unterstützen. - Aufgabe "Testergebnisse veröffentlichen": Verwenden Sie diese Methode, um Testergebnisse in Azure Pipelines zu veröffentlichen. - Visual Studio Test-Aufgabe: Wird zum Ausführen von Komponenten- und Funktionstests (Selenium, Appium, Coded UI-Test und mehr) mit visual Studio Test Runner verwendet. - .NET Core CLI-Aufgabe: Dient zum Erstellen, Testen, Verpacken oder Veröffentlichen einer Dotnet-Anwendung. Weitere Aufgaben finden Sie unter Veröffentlichen von Testergebnissen |
| Automatisierte Tests in Build-Pipelines ausführen | Ordnen Sie Testpläne einer Buildpipeline zu, damit sie mit jedem einzelnen Build ausgeführt werden. |
| Zuordnen von automatisierten Tests zu Testfällen | Zuordnen automatisierter Tests zu Testfällen. |
| Festlegen einer Aufbewahrungsrichtlinie für automatisierte Testergebnisse, die Builds zugeordnet sind | Sie können die Testaufbewahrungsrichtlinie für automatisierte Builds auf der Seite Pipelines>Aufbewahrung festlegen. |
| Nachverfolgung von Anforderungen | Das Element Anforderungsqualität unterstützt die kontinuierliche Verfolgung der Qualität in einer Build-Pipeline oder Release-Pipeline. Das Widget zeigt die Zuordnung zwischen einer Anforderung und den neuesten Testergebnissen an, die für diese Anforderung ausgeführt werden. Sie bietet Einblicke in die Rückverfolgbarkeit von Anforderungen. |
| Testergebnistrend | Das konfigurierbare Widget "Testergebnisse" zeigt den Trend der Testergebnisse für die ausgewählte Build- oder Releasepipeline an. Das Widget hilft Ihnen, die Testtrends über einen bestimmten Zeitraum zu visualisieren, Muster zu Testfehlern, Testdauer usw. zu visualisieren. Weitere Informationen finden Sie unter Configure the Test Results Trend (Advanced) widget |
| Bereitstellungsstatus | Das konfigurierbare Widget "Bereitstellungsstatus" zeigt eine kombinierte Ansicht des Bereitstellungsstatus und der Testdurchlaufrate in mehreren Umgebungen für eine aktuelle Gruppe von Builds an. Sie konfigurieren das Widget, indem Sie eine Buildpipeline, eine Verzweigung und eine verknüpfte Releasepipeline angeben. Um die Testzusammenfassung in mehreren Umgebungen in einem Release anzuzeigen, bietet das Widget eine Matrixansicht der einzelnen Umgebungen und die entsprechende Testdurchlaufrate. Siehe Zuordnen automatisierter Tests zu Testfällen |
| Anzeigen von Testergebnissen in Builds und Releases | Sowohl Build- als auch Releasezusammenfassungen enthalten Details zur Testausführung. Überprüfen Sie diese Zusammenfassungen , um die Pipelinequalität zu bewerten, die Rückverfolgbarkeit zu überprüfen und Fehler zu beheben. Wählen Sie "Testzusammenfassung" aus, um die Details auf der Registerkarte "Tests " anzuzeigen. |
| Test-Analytics für Builds | Jede Buildzusammenfassung enthält einen Analysen-Reiter, auf dem der Testanalysebericht verfügbar ist. |
Dashboards, Berichte und Analysen
Dashboards bieten eine einfache Möglichkeit, Fortschritt und Status zu überwachen. Teams können konfigurierbare Widgets hinzufügen, um ihre Ziele zu unterstützen. Der Analysedienst ist die Berichtsplattform für Azure DevOps und ersetzt die vorherige Plattform basierend auf SQL Server Reporting Services. Analytics ist für schnelle Lesezugriffs- und serverbasierte Aggregationen optimiert und bietet die folgenden Vorteile:
- Analyse-Widgets, die Sie Ihren Dashboards hinzufügen können
- In-Context Analytics-Berichte, die auf ausgewählten Azure DevOps-Seiten verfügbar sind
- Rollup-Balken und Zählungen für Azure Boards Backlogs
- Benutzerdefinierte Berichte, die Sie mit Power BI erstellen können
- Benutzerdefinierte Berichte, die Sie mithilfe von OData-Abfragen erstellen können
- Unterstützung zum Entwickeln und Hinzufügen Ihrer benutzerdefinierten Analyse-Widgets, die Sie Dashboards hinzufügen können
Sie können ihrem Dashboard die folgenden integrierten Widgets hinzufügen. Sie sind unter dem Dienst organisiert, den sie unterstützen. Möglicherweise finden Sie weitere Widgets aus dem Azure DevOps Marketplace.
Aus Analytics verfügbare Daten
Analytics stellt die Berichterstellungsplattform für Azure DevOps bereit. Informationen finden Sie unter Daten, die in Analytics verfügbar sind.
Automatisierung und Konnektoren
Microsoft-Produkte unterstützen Automatisierung oder Integration in mehrere andere Anwendungen und Dienste. Weitere Informationen finden Sie in folgenden Artikeln.