Was ist / sind die Differenz (n) zwischen MSBuild und TFSBuild

Question

Hintergrund: Wir haben einen TFS-Server-Setup, wo ich unser Quellcode verwalten und Workitem und Bugs verfolgen. Wir haben auch CC.Net Setup uns CI tun, um zu helfen (meist nur Erstellen und Ausführen von Unit-Tests). Wir verwenden .NET Framework 3.5 und VS 2008

Ich bin mit MSBuild vertraut und verwenden Sie es in unserem aktuellen Projekt viele Pre-Deployment und Deployment-Aufgaben zu erfüllen. Ich bin aber der Zweck der TFSBuild nicht sicher. I denkt es an der TFS Server-Ebene verwendet wird, um Aufgaben zu tun zu bauen. Aber ich kann nicht eine gute Dokumentation finden, ob und wie ich (als Entwickler, kein Administrator unserer TFS ... Entwickler nur Zugriff auf die TFS Server gelesen haben) können verwenden TFS bauen meine deployment / CI Aufgaben zu erleichtern. Kann mit TFSBuild meine Aufgabe leichter / effizienter, wenn ich für meine Build-Prozess unter Verwendung von MSBuild bin schon machen und CC.Net bereits den Satz von Unit-Tests laufen, die wir haben? Ist TFSBuild eine Alternative zu CC.NET? Was ist die Integration von TFSBuild mit Visual Studio 2008?

Update: Wie funktioniert ‚Teambuild‘ passen in diesem Stapel. Mehr als die Theorie, ein einfaches Beispiel, das diese Dinge zusammen wäre wirklich hilfreich bringt. Gerade jetzt, wir tun nur zwei Dinge: MSBuild verwenden Bereitstellungsaufgaben zu tun (update config-Datei, Version Info, veröffentlichen App Remote-Server) und dann CC.Net übernimmt. Wo kann ich passen Teambuild / TFSbuild in dieses Bild. Und was noch wichtiger ist, mache ich das brauchen? Ich verstehe, dass jede unterschiedliche Anforderungen hat, kann es aber im Allgemeinen helfen? Ein guter Grund, den ich von einem der Antwort bekam für die Verwendung von TFS Build war TFS Tickets automatisch in bestimmten Bedingungen zu erstellen. Was sind einige Dinge, wie das, was euch in der Regel tun?

Answer 1

TFS verwendet gleiche MSBuild 3.5 unter der Haube für die automatische Builds, die Visual Studio 2008 lokal verwendet. TFS seine eigene Build-Sequenz definiert durch MSBuild mit einer .proj Datei liefern, die TFS-spezifische Ziele und bereichert die Build-Reihenfolge der Lösung mit den Merkmalen, die in der Team-Umgebung (dh erhält neueste Version aus der Quellcodeverwaltung, tut die Build importiert, erstellen TFS-Ticket, wenn Build fehlschlägt etc.)

Hier mein Versuch, einen Sinn all dieser bauen Gerüste durch historische Perspektive zu sehen: (meine Vermutungen und Annahmen können unwirksam sein, aber immer noch nützlich konzeptionelle Informationen für noobs sein sollen). Kasse der letzte Abschnitt „TFS bezogenen MSBuild Konzepte.“ - es werden einige nützliche Links hat

Answer 2

  

MSBuild vs TFSBuild

     

MSBuild ist die Technologie, die für die tatsächliche baut verwendet wird. Der ‚Baut‘ Knoten in Team Explorer ist eine XML-Datei, die Eckwerte gibt, die in MSBuild inputed werden. Wenn Sie einen Build in diesem Knoten hinzufügen, wird es tatsächlich einige Dateien zu Quellcodeverwaltung Baum hinzuzufügen. Dies sind die Dateien, die MSBuild verbunden sind, dass Sie sich anpassen.

     

Sie können automatisieren Sie Ihre sehr leicht baut. Es ist ein Kommandozeilen-Tool tfsbuild genannt, sollte dies in% Programme befinden Files% \ Microsoft Visual Studio 8 \ Common7 \ IDE-Ordner. Sie geben einen TFS-Server, ein Team-Projekt, und einen Build-Typen (den Namen ein, in der Sie erstellten ‚Baut‘ Knoten). Verwenden Sie dieses Befehlszeilenprogramm und verwenden Sie den Taskplaner in Windows Um diese zu nennen (Programme -> Zubehör -> Systemprogramme -> Schedule Tasks).

     

Quelle: MSDN Foren

Answer 3

Bitte lesen Sie den Artikel Team-Build-2008 von Brian A. Randell.

Lesen Sie bitte auch die Ressourcen in Erfahren Team System und Team Foundation Server und der Team System Developer Center .

Es gibt eine Menge von Ressourcen gibt, einschließlich der Ressourcen für Anfänger.