Übersicht über Team Foundation Build
Aktualisiert: November 2007
Team Foundation Build bietet die Funktionalität eines öffentlichen Buildlabors und ist Teil von Team Foundation. Mit Team Foundation Build können Buildmanager in Unternehmen Quellen synchronisieren, Anwendungen kompilieren, zugehörige Komponententests ausführen, Codeanalysen durchführen, Builds auf einem Dateiserver freigeben und Buildberichte veröffentlichen. Buildergebnisdaten werden zum Zweck der Verlaufsberichterstattung an das Warehouse übertragen. Team Foundation Build verwendet während des Buildprozesses andere Visual Studio Team System-Tools. Dazu gehören Versionskontrolle, Arbeitsaufgabenverfolgung sowie Testtools. Weitere Informationen hierzu finden Sie unter Team Foundation-Versionskontrolle.
Team Foundation Build:
**Builddefinition **Stellt dem Benutzer eine Schnittstelle zum Definieren der für einen Build erforderlichen Schritte und Parameter zur Verfügung. Die Builds können für eine bedarfsabhängige, parallele oder fortlaufende Integration definiert werden. Hierbei wird der Build bei jedem Einchecken seiner Priorität entsprechend in eine Warteschlange gestellt.
**Buildwarteschlange **Stellt eine Warteschlange für die angeforderten Builds bereit. Jeder Build verfügt über eine zugeordnete Priorität. Die Builds werden entsprechend dieser Priorität sowie der Datums- und Uhrzeitposition in der Warteschlange erstellt.
Buildausführung Verwendet die Builddefinition, um das Produkt zu erstellen und Buildausgaben zu generieren. Es werden alle Buildschritte ausgeführt, einschließlich des Ausführens von Testcode. Die Arbeitsaufgaben werden aktualisiert und Buildmetriken berechnet.
Buildbericht Liefert Informationen über die Ausführung des Builds. Im Bericht wird der Buildgesamtstatus aufgeführt, einschließlich ausführlicher Buildschritte, gelöster Arbeitsaufgaben, Codeänderungen und einer Zusammenfassung der Testausführung. Die Buildberichte können in Build Explorer angezeigt werden. Weitere Informationen finden Sie unter Informationen zum Team Foundation Build Explorer und unter Arbeiten mit Berichten in Team Foundation Build.
Team Foundation Build bietet auch Funktionen zum Ausführen von öffentlichen, privaten oder von Desktopbuilds.
Informationen über die ersten Schritte mit Team Foundation Build finden Sie unter Exemplarische Vorgehensweise: Erstellen einer Builddefinition in Team Foundation Build.
Architekturübersicht für Team System Team Build
Team Foundation Build wurde für eine verteilte Verwendung mit Team Foundation entwickelt. Die Abbildung in folgender Tabelle veranschaulicht diese Funktionsweise. Folgende Komponenten sind Teil von Team Foundation Build:
Team System Team Build-Komponente |
Ebene |
Beschreibung |
---|---|---|
Definitionserstellung und Buildberichte in Team Foundation Build |
Team Explorer |
Buildberichte und Buildstatusinformationen in Team Explorer können mit dem Build Explorer angezeigt werden. Weitere Informationen hierzu finden Sie unter Informationen zum Team Foundation Build Explorer. Mit dem Dialogfeld Builddefinition können Sie neue Builddefinitionen erstellen. Weitere Informationen hierzu finden Sie unter Gewusst wie: Erstellen einer Builddefinition. |
Quellcodeverwaltung |
Team Foundation-Anwendungsebene Datenebene |
Der Team Foundation-Versionskontrolle-Server, auf dem der gesamte Quellcode gespeichert wird. |
Team Foundation Build-Webdienst |
Team Foundation-Anwendungsebene |
Der auf der Anwendungsebene ausgeführte Webdienst, der Anforderungen vom Client entgegennimmt und die Ausführung der Buildschritte koordiniert. |
Builddienst |
Eigenständiger Buildcomputer |
Der auf dem Build-Agent (oder den Build-Agents) ausgeführte Dienst, der die Buildschritte nach den Anweisungen des Team Build-Webdiensts ausführt. |
Team Foundation Build-Speicher |
Team Foundation-Datenebene |
SQL-Datenbankspeicher, in dem Datensätze gespeichert werden, die im Zusammenhang mit den Team Foundation Build-Buildprozessen stehen. |
Interaktion mit Team Explorer und Teamprojekten
Team Foundation Build interagiert nahtlos mit Team Explorer. In Team Foundation Build werden Builddefinitionen als Teil der Teamprojekte behandelt und in Team Explorer im Ordner Builds aufgelistet. Sie können mit Team Explorer Operationen aufrufen, z. B. einen Build in die Warteschlange stellen und neue Builddefinitionen erstellen. Für jedes Teamprojekt sind unter dem Knoten Builds verschiedene im Teamprojekt festgelegte Builddefinitionen vorhanden.
Topologien
Die folgenden Bereitstellungstopologien können mit Team Foundation Build verwendet werden:
Server, Datenebene und Build-Agent auf einem einzelnen System.
Server und Datenebene auf einem System und der Build-Agent auf einem anderen System.
Server, Datenebene und Build-Agent jeweils auf einem eigenen dedizierten Computer.
Server und Datenebene auf einem Computer, Build-Agent auf einem zweiten Computer sowie ein dritter Buildcomputer speziell für vertrauliche Projekte.
Server und Datenebene auf einem Computer, Build-Agent auf einem zweiten Computer sowie ein dritter Build-Agent für parallele oder fortlaufende Integrationsbuilds.
Server und Datenebene auf einem Computer, Build-Agent auf einem Client.
Server und Datenebene auf einem Computer sowie eine Farm für die Build-Agents.
Server und Datenebene auf einem Computer, Build-Agent auf einem zweiten Computer und ein Computer für Auslastungs- und Remotetests.
Wichtiger Hinweis: Verwenden Sie das Team Foundation Server-Dienstkonto nicht, um das Visual Studio-Team Foundation Build-Dienstkonto auszuführen.
Sicherheit
Der Build-Agent kann auf jedem Computer installiert werden, der Zugriff auf die Team Foundation Server-Anwendungsebene hat. Der Buildprozess kann angepasst werden, um beliebigen vom Benutzer bereitgestellten Code, der mit höheren Berechtigungen auf dem Build-Agent ausgeführt werden soll, auszuführen. In Benutzercode können auf diese Weise bestimmte Aktionen ausgeführt werden, die auf dem Entwicklungscomputer möglicherweise nicht zulässig sind. Entsprechend erfordern bestimmte Bereitstellungsschritte, die Teil des Builds sind, möglicherweise Administratorberechtigungen. Daher wird jeder Benutzercode mit Administratorberechtigungen ausgeführt, wenn das Visual Studio-Team Foundation Build-Dienstkonto Mitglied der lokalen Administratorgruppe des Buildcomputers ist. Wenn Team Foundation Build auf der Anwendungsebene installiert ist, kann der Benutzer ein Sicherheitsrisiko darstellen. Auf der Datenebene können lokale Administratoren in ähnlicher Weise Datenbankänderungen vornehmen und sind potenziell in der Lage, unsichere Aktionen durchzuführen.
Berücksichtigen Sie beim Konfigurieren Ihrer Topologie mit Team Foundation Build folgende Punkte:
Durch die Installation von Team Foundation Build auf der Anwendungs- oder Datenebene entstehen Sicherheitsrisiken.
Das Ausführen von Benutzercode aus einer nicht vertrauenswürdigen Quelle kann die Informationen auf dem Computer gefährden.
Siehe auch
Aufgaben
Gewusst wie: Erstellen einer Builddefinition