Freigeben über

Exemplarische Vorgehensweise: Konfigurieren und Verwenden von Desktopbuilds

  • Artikel

Aktualisiert: November 2007

In Team Foundation Build können Entwickler Teamprojekte lokal erstellen und testen, bevor die Änderungen eingecheckt werden. In dieser exemplarischen Vorgehensweise wird erläutert, wie ein Desktopbuild ausgeführt wird.

Desktopbuild-Unterschiede

Desktopbuild-Szenarios unterscheiden sich von öffentlichen Builds auf folgende Weise:

  • Es werden nur die Kompilierung und Tests (sofern aktiviert) ausgeführt.

  • Andere Aktionen öffentlicher Builds wie die Synchronisierung und Bereinigung, Codeänderungen, Kopiervorgänge für Ablagespeicherorte sowie das Aktualisieren von Arbeitsaufgaben und das Erstellen neuer Arbeitsaufgaben werden in Desktopbuilds nicht ausgeführt.

  • Die MSBuild-Standardprotokollierung wird verwendet, und die Buildausgabe wird in die Konsole geschrieben.

  • Der Build und die Testergebnisdaten werden nicht veröffentlicht oder im Warehouse abgelegt.

Desktopbuild-Ergebnisse

Die Team Foundation Build-Protokollierung wird nicht für Desktopbuilds verwendet. Deshalb werden keine Daten in die Datenbank übertragen, um Statusberichte zu erstellen. Wenn Sie das Ergebnis eines Desktopbuilds anzeigen möchten, müssen Sie die Standardausgabedatei von MSBuild umleiten und öffnen. Sie können den Ausführlichkeitsgrad der MSBuild-Protokollierung mithilfe der Option für die ausführliche Ausgabe des MSBuild-Befehls steuern. Weitere Informationen finden Sie unter Übersicht über die Protokollierung in MSBuild.

Vorbereitungsmaßnahmen

Erforderliche Berechtigungen

Zum Abschließen dieser exemplarischen Vorgehensweise muss in Team Foundation Server die Build verwalten-Berechtigung auf Zulassen festgelegt sein. Weitere Informationen finden Sie unter Team Foundation Server-Berechtigungen.

So führen Sie einen Desktopbuild aus

  1. Führen Sie lokal eine manuelle Synchronisierung des Teamprojekt-Stammverzeichnisses von Team Foundation-Versionskontrolle aus.

    Beispiel:

    Der Server für die Team Foundation-Versionskontrolle weist die folgende Standardstruktur auf:

    Hinweis:

    Diese Struktur kann auf Ihrem Server für die Team Foundation-Versionskontrolle anders sein.

    $\

    Portfolio Project1

    **     Team Build Types**

    **          Main**

    **               TFSBuild.proj**

    **     Solution1**

    **     Solution2**

    **     Solution3**

    Nach der Synchronisierung des ersten Teamprojekts im lokalen Verzeichnis C:/temp weist das lokale Verzeichnis folgende Struktur auf:

    C:/Temp

    **          /Portfolio Project1**

    **               /Team Build Types**

    **                    /Main**

    **                         /TFSBuild.proj**

    **               /Solution1**

    **               /Solution2**

    **               /Solution3**

    Wichtiger Hinweis:

    Die Struktur des lokalen Verzeichnisses muss exakt der Serverstruktur entsprechen, damit der Build ordnungsgemäß ausgeführt wird.

  2. Starten Sie den Team Foundation Build-Prozess durch Ausführen von MSBuild an der Befehlszeile. Geben Sie Folgendes ein:

    C:\temp\Portfolio Project1\Build Configurations\Main> MSBuild TeamBuild.proj

    Die Pfade für die Projektmappen in TFSBuild.proj werden aufgelöst, da der standardmäßige Projektmappenstamm in TFSBuild.proj ".../.." lautet. Außerdem verwenden die an die MSBuild-Aufgabe übergebenen Projektmappen diese Projektmappenstamm-Eigenschaft als ($solutionroot)/Solution1. Somit wird der Wert des Projektmappenstamms in diesem Fall C:/Temp/Portfolio Project1.

    Hinweis:

    Verwenden Sie den Schalter /p, um den Projektmappenstamm bei Bedarf zu ändern. Weitere Informationen finden Sie unter "Festlegen von Eigenschaften in der Befehlszeile" in MSBuild-Eigenschaften.

Siehe auch

Weitere Ressourcen

Team Foundation-Build: Exemplarische Vorgehensweisen