Projektverwaltung und Navigationsglossar

Azure DevOps Services | Azure DevOps Server 2022 | Azure DevOps Server 2019

In diesem Glossar werden Begriffe beschrieben, die beim Navigieren im Webportal für Azure DevOps verwendet werden. Siehe auch das Agile-Glossar.

Rückstände

Eine interaktive Liste von Arbeitselementen, die dem Projektplan oder der Roadmap eines Teams für die von ihm geplanten Aufgaben entspricht. Das Product Backlog unterstützt die Priorisierung von Arbeit, die Vorhersage von Arbeit nach Sprints und die schnelle Verknüpfung von Arbeit mit Portfolio Backlog-Elementen. Sie können Ihre Backlogelemente definieren und dann deren Status über das Board verwalten.

Teams kann jeden Backlog anpassen. Weitere Informationen finden Sie unter Erstellen Ihres Backlogs.

Bereichspfad

Bereichspfade werden zum Gruppieren von Arbeitselementen nach Team, Produkt oder Featurebereich verwendet. Iterationspfade werden zum Gruppieren von Arbeit in Sprints, Meilensteine oder andere ereignisspezifische oder zeitbezogene Zeiträume verwendet. Sie können mithilfe von Bereichspfaden eine Hierarchie von Pfaden definieren. Weitere Informationen finden Sie unter Bereichs-und Iterationspfade.

Authentifizierung

Die Authentifizierung überprüft die Identifizierung eines Benutzers basierend auf den Anmeldeinformationen, die beim Anmelden bei einer Organisation in Azure DevOps bereitgestellt werden. Diese Dienste/Server sind in der Regel in die Von Diensten wie Active Directory oder Microsoft Entra ID bereitgestellten Sicherheitsfeatures integriert und davon abhängig. Weitere Informationen finden Sie unter Informationen zu Sicherheit, Authentifizierung und Autorisierung.

Autorisierung

Autorisierung ist der Vorgang, der ausgeführt wird, um zu überprüfen, ob die Identität, die versucht, eine Verbindung mit einem Dienst oder einer Serverinstanz herzustellen, über die erforderlichen Berechtigungen für den Zugriff auf einen Dienst, ein Feature, eine Funktion, ein Objekt oder eine Methode verfügt. Weitere Informationen finden Sie unter Informationen zu Sicherheit, Authentifizierung und Autorisierung.

Boards

Ein interaktives, elektronisches Signboard, das die Visualisierung des Arbeitsflusses vom Konzept bis zur Vervollständigung und schlanke Methoden unterstützt. Weitere Informationen: Boardübersicht.

Sammlungen

Eine Sammlung ist ein Container für eine Reihe von Projekten in Azure DevOps. Eine Standardsammlung wird erstellt, wenn Sie sich bei Azure DevOps Services registrieren oder Team Foundation Server installieren. Innerhalb von Azure DevOps Services entspricht eine Sammlung einer Organisation. Bei lokalen TFS-Bereitstellungen können Sie Sammlungen hinzufügen und verwalten – und zwar zur Angabe der logischen und physischen Ressourcen, die für die Projekte in der Auflistung verfügbar sind.

Weitere Informationen finden Sie unter Informationen zu Projekten und zur Skalierung Ihrer Organisation, Verwalten von Organisationen und Verwalten von Projektsammlungen in Team Foundation Server.

Bedingter Zugriff

Bedingter Zugriff bietet Unterstützung zum Sichern von Azure DevOps-Ressourcen, die von einem Microsoft Entra-Mandanten unterstützt werden. Sie können beispielsweise die mehrstufige Authentifizierung aktivieren, um vor dem Risiko kompromittierter Anmeldeinformationen zu schützen. Weitere Informationen finden Sie unter Verwalten des bedingten Zugriffs auf Azure DevOps.

Dashboards

Dashboards sind vom Benutzer konfigurierbare interaktive Schilder, die Echtzeitinformationen bereitstellen. Dashboards werden einem Team zugeordnet und zeigen konfigurierbare Widgets zur Anzeige von Informationen an. Weitere Informationen finden Sie unter Dashboards hinzufügen und verwalten.

Erweiterungen

Erweiterungen sind einfache Add-Ons, die zum Anpassen und Erweitern der DevOps-Erfahrung von Azure DevOps verwendet werden. Sie werden mit Standardtechnologien wie HTML, JavaScript, CSS geschrieben und können mit Ihren bevorzugten Entwicklungstools entwickelt werden. Hunderte von Erweiterungen stehen auf der Registerkarte "Azure DevOps" von Visual Studio Marketplace zur Verfügung.

Favoriten

Das Markieren eines Objekts als Favorit ist eine Methode, die zur Unterstützung von schneller Navigation durch Sie selbst oder andere Teammitglieder verwendet wird. Sie können Arbeitselementabfragen markieren und Definitionen als persönliche Favoriten und Teamfavoriten erstellen. Andere Objekte, die Sie nur für Sie selbst als Favoriten markieren können, sind Codebranches, Übermittlungspläne, Testpläne und Teams oder Projekte. Weitere Informationen finden Sie unter Festlegen von persönlichen oder Teamfavoriten.

Follow

Das Taggen von bestimmten Arbeitselementen oder Pull Requests, um diesen zu folgen, ist eine Methode zum Empfangen von E-Mail-Updates zu Änderungen, die daran vorgenommen werden. Weitere Informationen dazu finden Sie unter Einem Arbeitselement oder Pull Request folgen.

Git-Repository

Ein Git-Repository unterstützt ein verteiltes Versionskontrollsystem zum Nachverfolgen von Änderungen, zum Überprüfen von Beiträgen zum Code und mehr. Jeder Entwickler verfügt auf seinem Entwicklungscomputer über eine Kopie des Quellrepositorys. Sie können einem Projekt mehrere Git-Repositorys hinzufügen. Weitere Informationen: Git-Repositorys.

Vererbung

Berechtigungen, die für einen Benutzer nicht direkt zulässig oder verweigert werden, werden möglicherweise geerbt. Weitere Informationen finden Sie unter Erste Schritte mit Berechtigungen, Zugriff und Sicherheitsgruppen.

Microsoft Authentication Library (MSAL)

Mit der Microsoft Authentication Library (MSAL) können Anwendungsentwickler Token von der Microsoft Identity Platform abrufen, um Benutzer zu authentifizieren und auf gesicherte Web-APIs zuzugreifen. Sie kann verwendet werden, um sicheren Zugriff auf Microsoft Graph, andere Microsoft-APIs, Web-APIs von Drittanbietern oder Ihre eigene Web-API zu gewährleisten. MSAL unterstützt verschiedene Anwendungsarchitekturen und -plattformen einschließlich .NET, JavaScript, Java, Python, Android und iOS. Weitere Informationen finden Sie in der Übersicht über die Microsoft-Authentifizierungsbibliothek.

Namespace

Jede Familie von Azure DevOps-Ressourcen (Arbeitsaufgaben, Git-Repositorys usw.) wird mit einem anderen Namespace gesichert. Jeder Sicherheitsnamespace enthält null oder mehr ACLs. Jede ACL enthält ein Token, eine Vererbungskennzeichnung und eine Gruppe von null oder mehr ACEs. Jeder ACE enthält einen Identitätsdeskriptor, eine Bitmaske für zulässige Berechtigungen und eine Bitmaske für verweigerte Berechtigungen.

Eine Liste der Azure DevOps-Namespaces finden Sie unter Sicherheitsnamespace und Berechtigungsreferenz.

Benachrichtigungen

Durch Benachrichtigungen erhalten Sie eine E-Mail, wenn Änderungen an Arbeitselementen, Code Reviews, Pull Requests, Quellcodeverwaltungsdateien und Builds vorgenommen wurden. Sie können z. B. eine Benachrichtigung erhalten, wenn ein von Ihnen eröffneter Fehler behoben oder Ihnen ein Arbeitselement zugewiesen wurde. Sie erhalten Benachrichtigungen auf der Grundlage der von Ihnen erstellten Regeln oder Abonnements, für Ihre Teams oder für das Projekt. Mehr dazu erfahren Sie unter Informationen zu Benachrichtigungen.

OAuth

OAuth 2.0 ist ein Branchenstandard-Protokoll für die Autorisierung. OAuth 2.0 wird für Azure DevOps Services unterstützt, um REST-APIs zu authentifizieren. Weitere Informationen finden Sie unter Autorisieren des Zugriffs auf REST-APIs mit OAuth 2.0.

Persönliches Zugriffstoken (Personal Access Token, PAT)

Persönliche Zugriffstoken (PATs) sind alternative Kennwörter, mit denen Sie sich bei Azure DevOps authentifizieren können. Informationen zum Erstellen und Widerrufen von PATs finden Sie unter Authentifizieren des Zugriffs mit persönlichen Zugriffstoken.

Berechtigung

Die Zuweisung an einen Benutzer oder eine Gruppe, um ein Feature oder eine Funktion zu verwenden. Berechtigungen werden Standardsicherheitsgruppen zugewiesen. Weitere Informationen finden Sie unter Erste Schritte mit Berechtigungen, Zugriff und Sicherheitsgruppen.

Berechtigungsstatus

Der Status, der einem Feature oder einer Funktion zugewiesen ist, der der Berechtigung eines Benutzers oder einer Gruppe zugewiesen ist. Benutzer verfügen über die Berechtigung für den Zugriff auf ein Feature, wenn ihre Berechtigung auf "Zulassen", "Geerbt" oder "System zulassen" festgelegt ist. Sie verfügen nicht über die Berechtigung, wenn der Status auf "Verweigern", "Geerbt" oder "Verweigern" oder "Nicht festlegen" festgelegt ist. Weitere Informationen finden Sie unter Erste Schritte mit Berechtigungen, Zugriff und Sicherheitsgruppen.

Pipelines

Pipelines sind Artefakte, die Sie definieren, um gleichzeitige Builds auszuführen oder gleichzeitige Versionen bereitzustellen. Zwei Arten von Pipelines werden unterstützt, privat und gehostet. Weitere Informationen finden Sie unter GLEICHZEITIGen CI/CD-Aufträgen.

Pläne (auch als „Lieferpläne“ bezeichnet)

Ein Plan ist eine konfigurierbare Ansicht, die Arbeit aus mehreren Teams und Projekten anzeigt, die in einem Kalender – basierend auf den Iterationen jedes Teams – angeordnet sind. Jede Zeile in der Ansicht stellt die Arbeit aus dem Product- oder Portfolio-Backlog eines Teams dar. Jede Karte entspricht einem Arbeitselement, z. B. User Story, Feature oder Epic. Weitere Informationen finden Sie unter Überprüfen von Teamzustellungsplänen.

Projekte

Ein Projekt, das zuvor als Teamprojekt bezeichnet wurde, stellt ein Repository für Quellcode bereit. Ein Projekt bietet einen Ort, an dem eine Gruppe von Personen den Fortschritt planen, ihn nachverfolgen und an der Entwicklung von Softwarelösungen zusammenarbeiten kann. Ein Projekt wird für eine Azure DevOps Services-Organisation oder innerhalb einer TFS-Projektsammlung definiert. Sie können es verwenden, um sich auf die im Projekt definierten Objekte zu konzentrieren. Weitere Informationen finden Sie unter Informationen zu Projekten und Skalieren Ihrer organization.

Öffentliche Projekte

Ein Projekt, das innerhalb einer Azure DevOps Services-Organisation erstellt wurde und für die ganze Welt sichtbar ist. Weltweit kann jeder solche Projekte entdecken und begrenzte Vorgänge darin ausführen. Sie können die Azure DevOps CLI verwenden, um eine Liste von Projekten zu ermitteln. Administratoren können steuern, wer in vollem Umfang mitarbeiten darf. Administratoren können ein Projekt von privat zu öffentlich und umgekehrt umstellen, wie unter Ändern der Projektsichtbarkeit beschrieben.

Abfragen

Abfragen werden zum Suchen und Auflisten von Arbeitselementen verwendet. Abfragen unterstützen verwaltete Suchvorgänge, die zur Selektierung von Arbeitsvorgängen verwendet werden – im Gegensatz zu Ad-hoc-Suchen, die zum Suchen eines bestimmten Arbeitselements verwendet werden. Flatlistabfragen unterstützen auch Status- und Trenddiagramme. Weitere Informationen finden Sie unter "Informationen zu verwalteten Abfragen".

Repositorys

Ein Quellcodeverwaltungsordner oder -container, den Sie konfigurieren, um Dateiänderungen nachzuverfolgen. Sie können eine beliebige Anzahl von Repositorys auf Ihrem Computer haben, die jeweils in ihrem eigenen Ordner gespeichert sind. Jedes Repository ist unabhängig, sodass änderungen, die in einem Repository gespeichert sind, nicht auf den Inhalt eines anderen repositorys auswirken. Weitere Informationen: Erstellen eines neuen Git-Repositorys.

Rollenbasierte Berechtigungen

Ein Sicherheitsmodell, das Aktionen basierend auf der Mitgliedschaft innerhalb einer Rolle und Berechtigungen beschränkt, die dieser Rolle zugewiesen sind. Weitere Informationen finden Sie unter Rollenbasierte Berechtigungen.

Sicherheitsgruppe

Eine Methode, mit der Sie Benutzer und andere Domänenobjekte organisieren können, um die Verwaltung von Berechtigungen und Zugriff zu vereinfachen. Azure DevOps unterstützt viele Standardsicherheitsgruppen und die Möglichkeit, benutzerdefinierte Gruppen zu erstellen. Weitere Informationen finden Sie unter Erste Schritte mit Berechtigungen, Zugriff und Sicherheitsgruppen.

Dienstkonto

Ein Konto, das zum Überwachen oder Verwalten ausgewählter Dienste verwendet wird, z. B. Zum Erstellen oder Testen von Diensten.

Dienstprinzipal

Ein Dienstprinzipal ist die lokale Darstellung (bzw. Anwendungsinstanz) eines globalen Anwendungsobjekts in einem einzelnen Mandanten oder Verzeichnis. Wenn eine Anwendung die Berechtigung zum Zugriff auf Ressourcen in einem Mandanten erhält (bei der Registrierung oder Zustimmung), wird ein Dienstprinzipalobjekt erstellt. Weitere Informationen finden Sie unter Anwendungs- und Dienstprinzipalobjekte in Microsoft Entra ID und Dienstprinzipal- und Verwalteter Identitätsunterstützung in Azure DevOps.

Sprints (auch als „Iterationen“ bezeichnet)

Ein Sprint ist ein Zeitraum von normalerweise zwei bis drei Wochen. Er wird zum Gruppieren von Arbeitselementen verwendet, die während dieses Zeitraums abgeschlossen werden sollen. Sprints werden in Scrum-Methoden zur Unterstützung von Sprintplanung, Sprint-Burndown und anderen Scrum-Prozessen verwendet. Sprints werden über Iterationspfade definiert. Weitere Informationen finden Sie unter Informationen zu Bereichs- und Iterationspfaden (auch als Sprints bezeichnet).

Sprint-Backlog

Eine interaktive Liste der Arbeitsaufgaben, die demselben Sprint- oder Iterationspfad für ein Team zugewiesen sind. Das Sprint-Backlog unterstützt Teams, die Scrum-Methoden verwenden. Weitere Informationen finden Sie unter Sprintplanung.

Stakeholder*in

Ein Benutzerkonto, dem eine Mitgliedschaft bei einer Organisation in einer Azure DevOps-Instanz mit Stakeholder-Zugriff gewährt wurde. Mit dem Zugriff auf Projektbeteiligte können Sie Arbeitsaufgaben hinzufügen und ändern, den Projektstatus überprüfen, Pipelines verwalten und Dashboards anzeigen und verwalten. Weitere Informationen finden Sie unter "Erste Schritte als Stakeholder".

Task Board

Ein Taskboard ist ein interaktives Board von Arbeitselementen, mit dem Sie die für das Sprint-Backlog definierten Aufgaben überprüfen und aktualisieren können. Das Taskboard unterstützt Teams, die Scrum-Methoden verwenden. Weitere Informationen finden Sie unter Aktualisieren und Überwachen des Taskboards.

Teams

Ein Team entspricht einer ausgewählten Gruppe von Projektmitgliedern. Bei Teams können Organisationen die Arbeit in Unterkategorien aufteilen, um sich besser auf die gesamte Arbeit zu konzentrieren, die sie innerhalb eines Projekts nachverfolgen. Jedes Team erhält Zugriff auf eine Reihe von Agile-Tools. Teams können mithilfe dieser Tools autonom arbeiten und mit anderen Teams im gesamten Unternehmen zusammenarbeiten. Jedes Team kann jedes Tool so konfigurieren und anpassen, dass es seinen Arbeitsanforderungen entspricht. Weitere Informationen finden Sie unter Informationen zu Teams und Agile-Tools.

Teamgruppe

Eine Sicherheitsgruppe, die definiert wird, wenn ein Team erstellt und automatisch mit Mitgliedern aufgefüllt wird, während sie dem Team hinzugefügt werden.

Team Foundation-Versionskontrolle (TFVC)

Ein zentrales Versionskontrollsystem. Bei TFVC halten Entwickler nur eine Version jeder Datei auf ihren Entwicklungscomputern. Verzweigungen sind pfadbasiert und werden auf dem Server erstellt. Daten zur Versionsgeschichte einer Datei werden nur auf dem Server gespeichert. Weitere Informationen finden Sie unter Verwenden der Team Foundation-Versionskontrolle.

Gültige Benutzer

Gültige Benutzer sind Benutzer, die Von Azure DevOps erkannt werden, dass sie eine Verbindung mit dem Konto oder einem Projekt herstellen können. Wenn Sie Konten von Benutzern direkt zu einer integrierten Gruppe oder über eine Windows-, Active Directory- oder Microsoft Entra-Gruppe hinzufügen, werden sie automatisch einer der gültigen Benutzergruppen hinzugefügt. Weitere Informationen finden Sie unter Erste Schritte mit Berechtigungen, Zugriff und Sicherheitsgruppen.

Widgets

Widgets zeigen Informationen und Diagramme auf Dashboards an. Viele davon können konfiguriert werden. Viele Widgets zeigen Informationen an, die aus einem oder mehreren vom System erstellten Datenspeichern oder Diagrammen verfügbar sind. Weitere Informationen finden Sie im Widget-Katalog.

Arbeitselemente

Eine Arbeitsaufgabe stellt ein Objekt dar, das im Datenspeicher für Arbeitsaufgaben gespeichert ist. Jede Arbeitsaufgabe basiert auf einem Arbeitsaufgabentyp , z. B. einer Benutzergeschichte, einem Feature, einem Fehler, einer Aufgabe oder einem Problem– und wird einem Bezeichner zugewiesen, der für alle Projekte in einer Organisation oder Projektsammlung eindeutig ist. Die für Sie verfügbaren Arbeitsaufgabentypen basieren auf dem Prozess, der beim Erstellen des Projekts verwendet wurde. Jede Arbeitsaufgabe unterstützt das Erfassen von Informationen, das Hinzufügen von Anlagen, das Verknüpfen mit anderen Arbeitsaufgaben und vieles mehr. Weitere Informationen: Informationen zu Arbeitsaufgaben.

Arbeitselementtypen (Work Item Types, WITs)

Ein WIT gibt die Felder, den Workflow und das Formular an, die zum Nachverfolgen eines Arbeitselements verwendet werden. Jedem WIT sind mehr als 30 Systemfelder und mehrere typspezifische Felder zugeordnet. Sie verwenden Arbeitselemente zum Planen und Nachverfolgen der Arbeit, die für die Entwicklung Ihres Projekts erforderlich ist. Eine Übersicht über vordefinierte WITs, die bei den Standardprozessen bereitgestellt werden, finden Sie unter Informationen zu Prozessen und Prozessvorlagen.