Anwendungsbereichs- und Ressourcenabhängigkeiten

Azure DevOps Server 2020 | Azure DevOps Server 2019 | TFS 2018 - TFS 2013

Hinweis

Azure DevOps Server wurde zuvor als Visual Studio Team Foundation Server bezeichnet.

Sie konfigurieren und verwalten Azure DevOps Server und zusätzliche Ressourcen, um Ihre Teams zu unterstützen. Zu diesen Ressourcen gehören die Server auf Anwendungsebene und Datenebene, Projektsammlungen, die Projekte hosten, und optionale Ressourcen.

Optionale Ressourcen können Berichtsserver, Buildserver und mehr umfassen. Weitere Informationen zu Azure DevOps Server und Architektur finden Sie unter Übersicht über die Architektur.

Optionale Ressourcen können Berichtsserver, SharePoint, Buildserver, Lab Management und mehr enthalten. Weitere Informationen zu Azure DevOps Server und Architektur finden Sie unter Übersicht über die Architektur.

Wichtig

Sie sollten keine Azure DevOps-Datenbanken manuell ändern, es sei denn, Sie werden entweder von Microsoft-Support dazu aufgefordert, oder wenn Sie die Verfahren zum manuellen Sichern der Datenbanken ausführen. Alle anderen Änderungen können dazu führen, dass die Vereinbarung zum Servicelevel ungültig wird.

Hinzufügen oder Entfernen von Ressourcen

Sie können Ihrer Bereitstellung Ressourcen hinzufügen oder entfernen, um die sich ändernden Anforderungen Ihres Unternehmens und Ihrer Softwareprojekte besser zu erfüllen. Sie können berichte jederzeit hinzufügen oder entfernen. Zudem können Sie mehr als eine Instanz von SQL Server verwenden, um die Datenbanken für die Bereitstellung zu hosten. Beispielsweise können Sie ihrer Bereitstellung einen Server hinzufügen, auf dem SQL Server Reporting Services ausgeführt wird, nachdem Sie die Bereitstellung installiert und Azure DevOps.

Sie können auch die Version von SharePoint Products aktualisieren, die Ihre Bereitstellung unterstützt, und die Funktionen dieses Produkts den Projekten hinzufügen, die bereits in Ihrer Bereitstellung vorhanden sind.

Kerndienstfunktionen

Wenn Sie ein Projekt erstellen, erhalten Sie automatisch Zugriff auf die folgenden Funktionen:

  • Webportal: Bietet eine Webschnittstelle für Azure DevOps Server, die Zugriff auf Projekte, Agile-Planungs- und Nachverfolgungstools, Versionskontrolle und Builds gewährt. Eine Übersicht finden Sie unter Webportalnavigation.

  • Quellcodeverwaltungsrepository: Verwendet Git-Repositorys oder Team Foundation-Versionskontrolle.

  • Azure Boards: Teams können Arbeitselemente und Arbeitselementabfragen erstellen, um die Entwicklung eines Produkts und seiner Features nachverfolgung, zu überwachen und zu melden. Eine Arbeitsaufgabe ist ein Datenbankeintrag, in dem die Definition, die Zuweisung, die Priorität und der Zustand der Arbeit gespeichert werden. Ihr Team kann nur die Typen von Arbeitselementen erstellen, die in der Prozessvorlage definiert sind (die zum Erstellen des Projekts verwendet werden), oder Typen, die dem Projekt nach der Erstellung hinzugefügt werden.

    Teammitglieder können im Webportal oder im Team Explorer. Weitere Informationen zu diesen und anderen Clients, die eine Verbindung mit Azure DevOps Server herstellen, finden Sie unter Welche Tools und Clients stellen eine Verbindung mit Azure DevOps Server.

Erforderliche Ressourcen zur Unterstützung zusätzlicher Dienste

In der folgenden Tabelle sind alle zusätzlichen Server und Funktionen aufgeführt, die Sie konfigurieren müssen, damit Ihr Team Zugriff auf das entsprechende Feature hat. Sie können Ressourcen hinzufügen, bevor oder nachdem Sie Ihr Projekt erstellt haben.

Featurebereich Erforderliche Ressourcen Verwandte Themen
Builds Team Foundation Build Buildsystem konfigurieren und verwalten
Auf der Seite Builds werden die für Ihr Projekt definierten Builddefinitionen aufgeführt. Diese Seite wird nur angezeigt, wenn Team Foundation Build installiert und konfiguriert ist. Team Foundation Build ermöglicht Ihrem Team das Erstellen und Verwalten von Produkt-Builds. Ein Team kann z. B. tägliche Builds ausführen und diese auf einem freigegebenen Server bereitstellen. Team Foundation Build unterstützt auch Buildberichte zum Status und zur Qualität der einzelnen Builds.
Der Zugriff auf den Team Foundation Build Service erfordert, dass die Projektsammlung für die Verwendung eines Buildcontrollers konfiguriert wurde. Jeder Buildcontroller ist für eine einzelne Projektsammlung de dedicated. Der Controller akzeptiert Buildanforderungen von jedem Projekt in seiner Auflistung. Weitere Informationen finden Sie unter Erstellen der Anwendung.
Berichte SQL Server Analysis Services
SQL Server Reporting Services
Hinzufügen von Berichten zu einem Projekt
Die Seite Bericht wird nur angezeigt, wenn die Projektsammlung, die Ihr Projekt hostet, sowohl mit SQL Server Reporting Services als auch SQL Server Analysis Services. Diese Seite bietet Zugriff auf Berichts-Manager und die Standardberichte und benutzerdefinierten Berichte, die Sie auf den Server hochladen, der SQL Server Reporting Services.
Eine Übersicht über die Standardberichte finden Sie unter Reporting Services .
Remotestandort Team Foundation Installieren Azure DevOps Proxyservers und Einrichten eines Remotestandorts
Konfigurieren Visual Studio zum Herstellen einer Verbindung mit Azure DevOps Proxyserver
Wenn sich einige Teammitglieder remote vom Hauptstandort für die Versionskontrolle befinden, sollten Sie Azure DevOps Proxyserver installieren und konfigurieren, um sie zu unterstützen. Azure DevOps-Proxyserver verwaltet einen Cache heruntergeladener Versionskontrolldateien am Speicherort des verteilten Teams, wodurch die für entfernte Verbindungen erforderliche Bandbreite erheblich reduziert wird.
Wenn Clients für die Verwendung Azure DevOps Proxyservers konfiguriert sind, ist die Verwaltung der Dateien für den Benutzer transparent. Alle Metadatenaustausch- und Dateiuploads werden weiterhin direkt mit Azure DevOps Server. Siehe Verbinden zu Projekten in Azure DevOps Server.
Featurebereich Erforderliche Ressourcen Verwandte Themen
Builds Team Foundation Build Buildsystem konfigurieren und verwalten
Auf der Seite Builds werden die für Ihr Projekt definierten Builddefinitionen aufgeführt. Diese Seite wird nur angezeigt, wenn Team Foundation Build installiert und konfiguriert ist. Team Foundation Build ermöglicht Ihrem Team das Erstellen und Verwalten von Produkt-Builds. Ein Team kann z. B. tägliche Builds ausführen und diese auf einem freigegebenen Server bereitstellen. Team Foundation Build unterstützt auch Buildberichte zum Status und zur Qualität der einzelnen Builds.
Der Zugriff auf den Team Foundation Build Service erfordert, dass die Projektsammlung für die Verwendung eines Buildcontrollers konfiguriert wurde. Jeder Buildcontroller ist für eine einzelne Projektsammlung de dedicated. Der Controller akzeptiert Buildanforderungen von jedem Projekt in seiner Auflistung. Weitere Informationen finden Sie unter Erstellen der Anwendung.
Dokumente (Projektportal) SharePoint-Produkte Hinzufügen SharePoint Produkten zu Ihrer Bereitstellung
Konfigurieren eines Standardspeicherorts für Projektportale
Die Seite Dokumente wird nur angezeigt, wenn Ihr Projekt mit SharePoint wurde. Nachdem das Projekt erstellt wurde, können Sie eine SharePoint oder einen anderen Webstandort als Projektportal konfigurieren. Möglicherweise müssen Sie die Dashboardkompatibilität und die Definition einer Unternehmensanwendung konfigurieren. Siehe auch Freigeben von Informationen über das Projektportal.
Excel-Berichte SharePoint-Produkte
SQL Server Analysis Services
Hinzufügen von SharePoint-Produkten zu Ihrer Bereitstellung
Hinzufügen eines Berichtsservers
Microsoft Excel Berichte werden in den Ordner Dokumente des Dokumentknotens hochgeladen, wenn Sie Ihr Projekt mit einer SharePoint konfigurieren. Mit diesen Berichten können Sie die Burnrate, den Fehlerrückstand, die Softwarequalität, den Testfortschritt und andere Metriken Ihres Projekts nachverfolgen. Viele dieser Berichte werden innerhalb der Dashboards des Projekts angezeigt. Zusätzlich zur Abhängigkeit SharePoint Products hängen Excel-Berichte von Ihrer Projektsammlung ab, die Ihr Projekt hostet, die sowohl mit SQL Server Reporting Services als auch mit SQL Server Analysis Services.
Eine Übersicht über die Standardberichte für Excel finden Sie unter Excel berichte oder Excel Reports (CMMI).
Wenn Ihr Projekt nicht über eine SharePoint-Website verfügen, können Sie Excel weiterhin verwenden, um Status- und Trendberichte zu erstellen. Weitere Informationen finden Excel Erstellen von Berichten aus einer Arbeitselementabfrage.
Berichte SQL Server Analysis Services
SQL Server Reporting Services
Hinzufügen von Berichten zu einem Projekt
Die Seite Bericht wird nur angezeigt, wenn die Projektsammlung, die Ihr Projekt hostet, sowohl mit SQL Server Reporting Services als auch SQL Server Analysis Services. Diese Seite bietet Zugriff auf Berichts-Manager und die Standardberichte und benutzerdefinierten Berichte, die Sie auf den Server hochladen, der SQL Server Reporting Services.
Eine Übersicht über die Standardberichte finden Sie unter Reporting Services .
Remotestandort Team Foundation Installieren Team Foundation Server Proxy und Einrichten eines Remotestandorts
Konfigurieren Visual Studio zum Herstellen einer Verbindung mit Team Foundation Server Proxy
Wenn sich einige Teammitglieder remote vom Hauptstandort für die Versionskontrolle befinden, sollten Sie Team Foundation Server Proxy installieren und konfigurieren, um sie zu unterstützen. Team Foundation Server Proxy verwaltet einen Cache heruntergeladener Versionskontrolldateien am Speicherort des verteilten Teams, wodurch die für entfernte Verbindungen erforderliche Bandbreite erheblich reduziert wird.
Wenn Clients für die Verwendung des Team Foundation Server konfiguriert sind, ist die Verwaltung der Dateien für den Benutzer transparent. Alle Metadatenaustausch- und Dateiuploads werden weiterhin direkt mit Azure DevOps Server. Siehe Verbinden zu Projekten in Azure DevOps Server.