Übersicht über dienstübergreifende Integration und Zusammenarbeit

Azure DevOps Services | Azure DevOps Server 2020 | Azure DevOps Server 2019 | TFS 2018

Eine der wichtigsten Stärken der Azure DevOps ist die Integration, die sie in ihren Kerndiensten unterstützt. Azure DevOps unterstützt mehrere Integrationspunkte in jedem der wichtigsten Dienste – Azure Boards, Azure Repos, Azure Pipelines und Azure Test Plans.

Überprüfen Sie diesen Artikel, um zu verstehen, wie Sie verschiedene Features verwenden, um die Zusammenarbeit und Ablaufverfolgung für alle Ihre Devops-Aufgaben zu unterstützen.

Zusammenarbeit über Azure DevOps

Die Zusammenarbeit innerhalb und über Teams hinweg wird mit vielen der in der folgenden Tabelle zusammengefassten Features unterstützt.

Feature

Beschreibung


@mentions (Hinzufügen zu Diskussionen und Kommentaren)

Sie können @mention ein Teammitglied oder ein gesamtes Team innerhalb einer Arbeitselementformular-Diskussion oder den Kommentarabschnitt eines Commits, einer Pullanfrage oder eines Änderungssets verwenden. Ausführliche Informationen finden Sie unter Use @mentions in work items and pull requests.


#ID (Link zu einem Arbeitselement)

Um die End-to-End-Ablaufverfolgung zu unterstützen, können Sie eine Verknüpfung mit Arbeitselementen von Commits, Pullanforderungen und Änderungenets herstellen. Ausführliche Informationen finden Sie unter Link zu Arbeitselementen aus anderen Objekten.


Teams

Jedes Team erhält Zugriff auf eine Suite von agilen 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 zu unterstützen, wie sie funktionieren. Für die schnelle Navigation können sie Repositorys, Pipelines und Testpläne favorisieren. Weitere Informationen finden Sie unter:


Einrichten von Warnungen

Konfigurieren oder Abmelden von persönlichen, Team-, Projekt- oder Organisationsbenachrichtigungen. Abonnieren Sie E-Mail-Warnungen, wenn Änderungen an Arbeitselementen auftreten, Codeüberprüfungen, Pullanforderungen, Quellcodeverwaltungsdateien, Builds und vieles mehr. Weitere Informationen finden Sie unter:


Freigeben von Zusammenfassungen per E-Mail


Azure Boards – Azure Repos

In der folgenden Tabelle werden die Integrationspunkte zwischen Azure Boards und Azure Repos zusammengefasst. Durch verschiedene Linktypen können Sie Codeänderungen nachverfolgen– Commits und Pull-Anforderungen für Git, und änderungenets und versionierte Elemente für Team Foundation-Versionskontrolle (TFVC) unterstützen die Entwicklung von Benutzergeschichten und -features. Die Verknüpfungstypen, die zum Erstellen dieser Links verwendet werden , umfassen Branch, Commit, Pull Request und Tag für Git-Repositorys und Changeset und versioniertes Element für TFVC-Repositorys. Weitere Informationen finden Sie unter Link zu Arbeitselementen aus anderen Objekten, Ansichtsliste verknüpfter Objekte.

Conceptual image of link types that link work items to Azure Repos objects.

Feature

Beschreibung


Drive Git development from work item(s)

Sie können eine Git-Verzweigung oder einen Link zu Git Commits oder Pull-Anforderungen initiieren und Ihren Git-Entwicklungszyklus für ein Arbeitselement aus dem Arbeitselementformular steuern.
Screenshot of Development control for Git repositories.
Ausführliche Informationen finden Sie unter Drive Git-Entwicklung aus einem Arbeitselement.


Automatisches Verknüpfen und Übergang von Arbeitselementen mit Git-Commits

Sie können die folgenden Optionen für ein einzelnes Git-Repository aktivieren oder deaktivieren:

  • Automatisches Erstellen von Links für Arbeitselemente, die in einem Commit-Kommentar erwähnt werden
  • Zulassen von Erwähnungen in Commit-Kommentaren zum Schließen von Arbeitselementen
  • Denken Sie daran, dass Benutzereinstellungen zum Abschließen von Arbeitselementen mit Pullanforderungen ausgeführt werden.

    Ausführliche Informationen finden Sie unter Konfigurieren von Verzweigungsrichtlinien zur Unterstützung der Integration.

Suchen nach verknüpften Arbeitselementen in einem Git-Zweig

Fördern Sie die Ablaufverfolgung, indem Sie nach verknüpften Arbeitselementen auf Pullanforderungen suchen. Ausführliche Informationen finden Sie unter Konfigurieren von Verzweigungsrichtlinien zur Unterstützung der Integration.


Automatisches Abschließen von Arbeitselementen mit Pull Requests

Wenn Sie ein Arbeitselement mit einer Pullanfrage (PR) verknüpfen, haben Sie die Möglichkeit, diese Arbeitselemente automatisch abzuschließen, wenn Sie die PR erfolgreich abschließen. Das System ist standardmäßig für zukünftige PRs ausgewählt. Ausführliche Informationen finden Sie unter "Automatisches Abschließen von Arbeitselementen mit Pullanforderungen".


Liste der Codeobjekte anzeigen, mit der ein einzelnes Arbeitselement verknüpft ist

Sie können Arbeitselemente mit Codeänderungen, Builds und Versionen verknüpfen – bereitstellen eines Überwachungspfads, wie ein Feature entwickelt wurde


Azure Boards - Azure Pipelines

In der folgenden Tabelle werden die Integrationspunkte zwischen Azure Boards und Azure Pipelines zusammengefasst. Mehrere Features bieten Unterstützung für die End-to-End-Ablaufverfolgung, da Benutzergeschichten und Features durch den Entwicklungszyklus wechseln. Wie bei Azure Repos können Sie Arbeitselemente mit den folgenden Linktypen verknüpfen: Build, Integriert in Build und Integrierte Version.

Conceptual image of link types that link work items to Azure Pipelines objects.

Feature

Beschreibung


Verknüpfen Sie Arbeitselemente manuell mit Builds.

Verknüpfen Sie Arbeitselemente mit Builds in demselben oder anderen Projekt in der Organisation oder Auflistung.

Verknüpfen Sie Arbeitselemente, die in demselben Projekt in der Organisation oder Auflistung erstellt werden.

Legen Sie die Integrationsoption fest, um automatisch integrierte Buildlinks zu Arbeitselementen zu erstellen, die mit einer Verzweigung, einem Commit oder einer Pullanforderung verknüpft sind, die einer Pipeline zugeordnet ist.

Erforderlich, um das Entwicklungssteuerelement mit integrierten Buildlinks aufzufüllen. Die Arbeitselemente oder Commits, die Teil einer Version sind, werden aus den Versionen von Artefakten berechnet. Beispielsweise wird jeder Build in Azure Pipelines einem Satz von Arbeitselementen und Commits zugeordnet. Ausführliche Informationen finden Sie unter Konfigurieren von Pipelines zur Unterstützung der Integration. Screenshot of Development control showing several links.


Legen Sie Option und Verzweigung fest, um automatisch integrierte Build- und Integrationslinks zu Arbeitselementen festzulegen, die mit einer Verzweigung, einem Commit oder einer Pullanforderung verknüpft sind, die einer klassischen oder YAML-Pipeline zugeordnet ist.

Erforderlich, um das Arbeitselementformularentwicklungssteuerelement mit integrierten Buildlinks und dem Bereitstellungssteuerelement mit integrierten Versionsphasenlinks zu füllen, wenn eine klassische oder YAML-Pipeline ausgeführt wird. Ausführliche Informationen finden Sie unter Konfigurieren von Pipelines zur Unterstützung der Integration.


Legen Sie die Integrationsoption fest, um automatisch integrierte Verknüpfungen in Versionsphase zu Arbeitselementen zu erstellen, die mit einer Verzweigung, einem Commit oder einer Pullanforderung verknüpft sind.

Erforderlich, um das Bereitstellungssteuerelement im Arbeitselementformular mit integrierten Verknüpfungen der Versionsphase aufzufüllen. Ausführliche Informationen finden Sie unter Release-Pipelines, Gewusst wie Integrations- und Berichtsfreigabestatus?.


Anzeigen einer Liste von Arbeitselementen, die mit einer klassischen Releasepipeline verknüpft sind

Listet alle Arbeitselemente auf, die mit einem Build oder einer Version verknüpft sind.


Anzeigen und Öffnen der Liste der Arbeitselemente, die mit einer klassischen oder YAML-Pipeline verknüpft sind.

Listet alle Arbeitselemente auf, die mit einer Version verknüpft sind, seit der vorherigen ausgewählten Version. Kann die Liste nach jeder Spalte sortieren.


Ansichtsliste von Build- oder Releaseobjekten, mit der ein einzelnes Arbeitselement verknüpft ist

Sie können Arbeitselemente mit Builds und Versionen verknüpfen , die einen Überwachungspfad zur Erstellung und Bereitstellung eines Features bereitstellen. Weitere Informationen finden Sie unter Link zu Arbeitselementen aus anderen Objekten, Ansichtsliste verknüpfter Objekte.


Abfrage für externe Links.

Sie können nach Arbeitselementen abfragen, die externe Links enthalten. Ausführliche Informationen finden Sie unter Abfrage nach Link- oder Anlagenanzahl


Anzeigen und schnelles Navigieren zu Freigabephasen, mit der eine Arbeitsaufgabe verknüpft ist.

Das Arbeitselementformular -Bereitstellungssteuerelement listet die Gruppe der Phasenarbeitsaufgabe auf. Sie können eine Phase erweitern, um den Status der ausgewählten Ausführung anzuzeigen und jede Phase oder Ausführung schnell zu öffnen. Ausführliche Informationen finden Sie unter Verknüpfen und Anzeigen von Arbeitselementen zu Builds und Bereitstellungen.
Screenshot of Deployment control showing several links.


Erstellen eines Arbeitselements beim Fehler, optional festlegen Sie Werte für ein Arbeitselementfeld (Klassisch)

Erstellen Sie automatisch eine Arbeitsaufgabe, und legen Sie Felder fest, wenn ein Build fehlschlägt. Ausführliche Informationen finden Sie unter Buildoptionen.


Erstellen eines Arbeitselements für Fehler (Klassisch oder YAML), optional Werte für ein Arbeitselementfeld (Klassisch)

Erstellen Sie automatisch eine Arbeitsaufgabe, und legen Sie Felder fest, wenn ein Build fehlschlägt. Ausführliche Informationen finden Sie unter Buildoptionen für klassische Pipelines und Anpassen von Pipelines, Erstellen einer Arbeitsaufgabe beim Fehler.


Vorgang "Arbeitsaufgaben abfragen". Stellen Sie sicher, dass die Anzahl der übereinstimmenden Arbeitselemente, die von einer Abfrage zurückgegeben werden, innerhalb eines Schwellenwerts liegt.

Verwenden Sie diese Aufgabe, um sicherzustellen, dass die Anzahl der übereinstimmenden Elemente, die von einer Arbeitselementabfrage zurückgegeben werden, innerhalb der konfigurierten Schwellenwerte liegt. Ausführliche Informationen finden Sie in der Aufgabe "Arbeitsaufgaben abfragen", "Steuern von Bereitstellungen mit Toren und Genehmigungen".


Azure Repos - 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). Weitere Repositorys, die Azure Pipelines unterstützen, werden in unterstützten Quellrepositorys aufgeführt.

In der folgenden Tabelle werden die Integrationsfeatures zwischen Azure Repos und Azure Pipelines zusammengefasst.

Feature

Beschreibung


Melden des Bereitstellungsstatus

Gibt den Status einer Bereitstellung auf den Seiten "Dateien", "Commits" und "Verzweigungen " für Git-Repositorys an. Dieses Feature verbessert die Ablaufverfolgung von Code-Commit für die Bereitstellung. Sie können die Releaseumgebungen so konfigurieren, dass der Bereitstellungsstatus gemeldet wird. Ausführliche Informationen finden Sie unter Releasepipelinen Gewusst wie Integrations- und Berichtsversionsstatus?..


Statussignal für freigaben

Posten Sie den Status Ihres neuesten Pipelinebuilds in Ihrem Repository. Informationen dazu finden Sie unter Erstellen Ihrer ersten Pipeline, Hinzufügen eines Statussignals zu Ihrem Repository.


Codeabdeckung

Veröffentlichen und überprüfen Sie Codeabdeckungsergebnisse, die den Anteil des tatsächlich getesteten Codes Ihres Projekts angeben. Weitere Informationen finden Sie unter Veröffentlichen von Codeabdeckungsergebnissen undÜberprüfen der Codeabdeckungsergebnisse.


Azure Boards - Azure Repos - Azure Test Plans

Mehrere Szenarien für die Zusammenarbeit werden über Azure Boards Arbeitsaufgabentypen unterstützt. Wie bei anderen Arbeitsaufgabentypen können Sie verwaltete Abfragen und die Azure DevOps Suchfunktion verwenden, um Arbeitsaufgaben zu suchen und auflisten.

Hinweis

Mehrere dieser Arbeitsaufgabentypen – z. B. Feedbackanforderung, Codeüberprüfungsanforderung, freigegebene Schritte und freigegebene Parameter – sind so konzipiert, dass sie über ein bestimmtes Tool oder Formular erstellt werden. Sie sollen nicht manuell erstellt werden. Daher werden sie der Kategorie "Ausgeblendete Typen" hinzugefügt. Arbeitselementtypen, die der Kategorie "Ausgeblendete Typen" hinzugefügt werden, werden nicht in den Menüs angezeigt, die zum Hinzufügen von Arbeitselementen verwendet werden.

Außerdem können Sie für das geerbte Prozessmodell nur die folgenden Arbeitsaufgabentypen anpassen: Testplan, Test Suite, Testfall.

Szenario

Arbeitsaufgabentyp

Beschreibung


Code Review anfordern

Codereviewanforderung

Verfolgt informationen, die in das TFVC New Code Review-Formular eingegeben wurden. Weitere Informationen finden Sie unter "Abrufen des mit Visual Studio überprüften Codes".


Codeüberprüfung bereitstellen

Codeüberprüfungsantwort

Verfolgt Rezensionskommentare, die von Codeprüfern als Reaktion auf eine Codeüberprüfungsanfrage bereitgestellt werden. Weitere Informationen finden Sie unter Antworten auf die Codeüberprüfungsanforderung.


Feedbackanforderung

Feedbackanforderung

Verfolgt Informationen, die in ein Anforderungsfeedbackformular eingegeben wurden. Es gibt zwei Formulare, mit denen Sie eine Feedbackanfrage initiieren können.


Feedback geben

Überprüfung des Feedbacks

Ermöglicht den Projektbeteiligten, Feedback basierend auf Der Anfrage für Feedback oder durch freiwilliges Feedback mithilfe der Microsoft Test & Feedback Marketplace-Erweiterung bereitzustellen. Weitere Informationen erhalten Sie in den folgenden Artikeln:


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

Testsammlung

Gruppiert mindestens einen Testfall in separate Testszenarien innerhalb eines einzelnen Testplans. Das Gruppieren von Testfällen erleichtert die Anzeige, welche Szenarien abgeschlossen sind. Weitere Informationen finden Sie unter Erstellen von Testplänen und Testsuiten.


Manuelle Tests

Testfall

Definiert schritte, die zum Überprüfen einzelner Teile Des Codes verwendet werden, 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 sich auf einen Testfall beziehen. Sie können Testfälle effektiv wiederverwenden, ohne sie für jede Suite oder jeden Plan kopieren oder klonen zu müssen. Weitere Informationen finden Sie unter Erstellen manueller Testfälle.


Manuelle Tests

Freigegebene Schritte

Ermöglicht die Freigabe von Schritten in mehreren Testfällen. Ausführliche Informationen finden Sie unter "Freigeben von Schritten zwischen Testfällen".


Manuelle Tests

Freigegebene Parameter

Ermöglicht das Wiederholen derselben Testfälle mit unterschiedlichen Daten. Weitere Informationen finden Sie unter Wiederholen eines Tests mit unterschiedlichen Daten.


Testen von Arbeitsaufgabentypen

Arbeitselementtypen, die die Testerfahrung unterstützen, werden mithilfe der linktypen verknüpft, die in der folgenden Abbildung dargestellt sind. Dazu gehören testete By/Tests, Testfälle/Freigegebene Schritte und Referenz nach/Referenzen.

Test management work item types

Im Webportal können Sie anzeigen, welche Testfälle für eine Testsuite definiert sind und welche Testsuiten für einen Testplan definiert sind. Diese Objekte werden jedoch nicht über bestimmte Verknüpfungstypen miteinander verbunden.

Fehlernachverfolgung

Beachten Sie beim Nachverfolgen von Fehlern mit dem Typ "Fehlerarbeitselement" die folgenden unterstützten Integrationen.

Szenario

Beschreibung


Erstellen eines Fehlers aus einem Testtool

Sie können einen Fehler aus Test Runner oder der Erweiterung "Testfeedback & " 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 Kanban-Board verwenden, um Tests hinzuzufügen, um Fehlerkorrekturen oder Benutzergeschichten zu überprüfen. Weitere Informationen finden Sie unter Hinzufügen, Ausführen und Aktualisieren von Inlinetests.


Nachverfolgen von Buildinformationen mit Fehlern

Das Formular "Fehlerarbeitselement" enthält Systeminformationen, "In Build" und "Integriert" in Build, die das Nachverfolgen von Codefehlern unterstützen, die in Pipeline-Builds gefunden und behoben wurden. Weitere Informationen finden Sie unter Abfrage basierend auf Build- und Testintegrationsfeldern.


Azure Pipelines – Azure Test Plans

Azure Test Plans ist vollständig in Azure Pipelines integriert, um Tests innerhalb der kontinuierlichen Integration/kontinuierlichen Bereitstellung (CI/CD) zu unterstützen. Testpläne und Testfälle können mit Build- oder Releasepipelinen verknüpft werden. Pipelineaufgaben können zu Pipelinedefinitionen hinzugefügt werden, um Testergebnisse zu erfassen und zu veröffentlichen. Testergebnisse können über integrierte Fortschrittsberichte und Pipelinetestberichte überprüft werden. In der folgenden Tabelle werden die Integrationspunkte zwischen Azure Pipelines und Azure Test Plans zusammengefasst.

Feature

Beschreibung


Einstellung "Testpläne"

Mit Testplaneinstellungen konfigurieren Sie die Einstellungen für die Testausführung, um Build- oder Releasepipelinen und Testergebniseinstellungen zuzuordnen. Weitere Informationen finden Sie unter Ausführen von automatisierten Tests aus Testplänen


Testaufgaben für Pipelinetests

Geben Sie Testaktiviere Aufgaben innerhalb einer Pipelinedefinition an. Azure Pipelines bietet mehrere Aufgaben, einschließlich der unten aufgeführten Aufgaben, die eine umfassende Testberichterstattung und Analyseerfahrung unterstützen.


Ausführen automatisierter Tests in Buildpipelinen

Zuordnen von Testplänen mit einer Buildpipeline, damit sie mit jedem Build ausgeführt werden. Weitere Informationen finden Sie unter Ausführen automatisierter Tests aus Testplänen.


Zuordnen von automatisierten Tests zu Testfällen


Festlegen der Aufbewahrungsrichtlinie für automatisierte Testergebnisse, die mit Builds verknüpft sind

Sie können die Testaufbewahrungsrichtlinie für automatisierte Buidls aus der Pipelines> Retention-Seite festlegen. Weitere Informationen finden Sie unter Festlegen von Testaufbewahrungsrichtlinien


Nachverfolgbarkeit von Anforderungen

Das Anforderungsqualitäts-Widget unterstützt kontinuierlich die Überwachung der Qualität von einer Build- oder Releasepipeline. Das Widget zeigt die Zuordnung zwischen einer Anforderung und den neuesten Testergebnissen, die für diese Anforderung ausgeführt werden. Es bietet Einblicke in die Anforderungsablaufverfolgung. weitere Informationen finden Sie unter Anforderungsablaufverfolgung.


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 Zeitraum zu visualisieren, wodurch Muster über Testfehler, Testdauer usw. angezeigt werden. Weitere Informationen finden Sie unter Konfigurieren des Widgets "Test results Trend " (Advanced)


Bereitstellungsstatus

Das konfigurierbare Bereitstellungsstatus-Widget zeigt eine kombinierte Ansicht des Bereitstellungsstatus und der Testpassrate für mehrere Umgebungen für eine aktuelle Reihe von Builds. Sie konfigurieren das Widget, indem Sie eine Buildpipeline, verzweigte und verknüpfte Releasepipeline angeben. Um die Testzusammenfassung in mehreren Umgebungen in einer Version anzuzeigen, stellt das Widget eine Matrixansicht jeder Umgebung und entsprechende Testpassrate bereit. Siehe Zuordnen automatisierter Tests mit Testfällen


Anzeigen von Testergebnissen in Builds und Versionen

Sowohl Build- als auch Releasezusammenfassungen bieten Details zur Testausführung. Überprüfen Sie diese Zusammenfassungen, um die Pipelinequalität zu bewerten, die Ablaufverfolgung zu überprüfen und Fehler zu beheben. Wählen Sie "Testzusammenfassung" aus, um die Details auf der Registerkarte "Tests" anzuzeigen. Weitere Informationen finden Sie auf der Registerkarte "Testergebnisse überprüfen".


Testanalyse für Builds

Jede Buildzusammenfassung enthält eine Registerkarte "Analyse ", auf der der Testanalysebericht gehostet wird. Weitere Informationen finden Sie unter Test Analytics


Dashboards, Berichte und Analysen

Dashboards bieten eine einfache Möglichkeit zum Überwachen des Status und des Status. Mithilfe von Widgets können Teams konfigurierbare Widgets hinzufügen, um ihre Ziele zu unterstützen. Weitere Informationen finden Sie unter Informationen zu Dashboards, Diagrammen, Berichten, & Widgets.

Der Analytics-Dienst ist die Berichtsplattform für Azure DevOps und ersetzt die vorherige Plattform basierend auf SQL Server Reporting Services. Basierend auf Berichterstellung ist Analytics für schnelle Lesezugriffs- und serverbasierte Aggregationen optimiert. Der Analysedienst bietet:

  • Analyse-Widgets, die Sie Zu Ihren Dashboards hinzufügen können
  • In-Context Analytics-Berichte, die von auswahl Azure DevOps Seiten verfügbar sind
  • Rollupleisten und Anzahl 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 für die Entwicklung und Hinzufügen Ihrer benutzerdefinierten Analytics-Widgets, die Sie zu Dashboards hinzufügen können

Weitere Informationen finden Sie unter Was ist der Analytics-Dienst?

Dashboards und Berichte

Dashboards bieten eine einfache Möglichkeit zum Überwachen des Status und des Status. Mithilfe von Widgets können Teams konfigurierbare Widgets hinzufügen, um ihre Ziele zu unterstützen. Weitere Informationen finden Sie unter Informationen zu Dashboards, Diagrammen, Berichten, & Widgets.

SQL Server Berichte bieten zusätzliche Überwachungsfunktionen. Weitere Informationen finden Sie unter Reporting Services Berichten.

Integrierte Widgets, die Sie Ihrem Dashboard hinzufügen können, werden unten aufgeführt. Sie werden unter dem Dienst organisiert, den sie unterstützen. Möglicherweise finden Sie zusätzliche Widgets aus dem Azure DevOps Marketplace.

Widgets werden wie folgt kommentiert:

  • Analyse: Widget leitet Daten aus Analytics-Daten ab.
  • Build: Widget leitet Daten für eine ausgewählte Buildpipeline ab.
  • Project: Gibt an, dass Sie das Projekt und das Team beim Konfigurieren des Widgets auswählen können.
  • Release: Widget leitet Daten für eine ausgewählte Releasepipeline ab.
  • Team: Widget wird auf ein einzelnes Team erweitert
  • Teams: Widget wird auf ein oder mehrere Teams erweitert.
  • Benutzer: Widget wird auf das angemeldete Benutzerkonto erweitert.
  • Build: Widget leitet Daten für eine ausgewählte Buildpipeline ab.
  • Release: Widget leitet Daten für eine ausgewählte Releasepipeline ab.
  • Team: Widget wird auf ein einzelnes Team erweitert
  • Benutzer: Widget wird auf das angemeldete Benutzerkonto erweitert.

Pipelines


Test Plans


Informationen und Links

Buildversion &


Test



Aus Analytics verfügbare Daten

Analytics bietet die Berichterstellungsplattform für Azure DevOps. Analytics ist im Allgemeinen für Azure DevOps Service und Azure DevOps Server 2020 verfügbar. Es ist in der Vorschau für Azure DevOps Server 2019.

Sie können auf die folgenden Daten aus Analytics zugreifen.


Service

Datenverfügbarkeit

Azure DevOps Services
Azure DevOps Server 2020

Azure DevOps Server 2019


Boards

✔️
✔️
✔️
✔️

✔️

✔️
✔️


Repos

Keine


Pipelines

✔️
✔️
✔️

✔️


Test Plans

✔️


Artefakte

Keine