Es scheint seltsam, dass die wichtigsten Build-Definitionen keine Geschichte haben, aber ich kann keine Mechanismen finden. Bitte sagen Sie mir, dass es im Laufe der Zeit Änderungen an den Builddefinitionen geben kann.Ist es möglich, den Verlauf von Änderungen an einer Builddefinition in TFS2010 abzurufen?
Blick in die Quellcodeverwaltung unter:
$/ProjectName/TeamBuildTypes
Es sollte eine vollständige Geschichte von Änderungen an der <> .proj Datei dort gespeichert sein.
Sie können die .proj-Dateien in TFS 2010-Builds verwenden (aus Gründen der Abwärtskompatibilität). Also, wenn Sie wirklich Änderungen verfolgen mussten, fügen Sie einfach die .proj-Datei zum entsprechenden TeamBuildTypes-Ordner hinzu. Wenn Sie die Builddefinition im Formular "Prozess" erstellen, müssen Sie die Buildprozessdatei in "Upgrade-Vorlage" ändern und dann den Pfad zum Konfigurationsordner unter Build-Prozessparameter angeben.
Ich bin ziemlich sicher, dass es keine Möglichkeit gibt, die Änderungen an der Build-Definition automatisch zu verfolgen. Sie können dies jedoch manuell tun, indem Sie die Definition bei jeder Änderung in eine Datei exportieren und diese Datei dann in die Quellcodeverwaltung einchecken.
Sie müssen das Team Foundation Server Power Tools geeignet für Ihre TFS Version installieren, dann können Sie
TFPT builddefinition
Definitionen zu exportieren verwenden.
diese .proj-Dateien stammen von Teambuild 2008, die gleiche Struktur und Dateien existieren nicht in TFS 2010. Das ist das ganze Problem, es gibt keine Datei irgendwo gespeichert. Es muss nur die Build-Schritte in der Datenbank beibehalten. – Alex
Danke für dieses Update. Ich dachte mir, weil TFS 2010 das Verzeichnis TeamBuildTypes erstellt hat, das es mit etwas füllen würde. – Robaticus
Alex-- Ich habe immer noch nichts über die inhärente Fähigkeit gefunden, Build-Änderungen im Laufe der Zeit zu verfolgen, aber eine Sache, die Sie tun können, ist das Exportieren des Builds und das Speichern in der Quellcodeverwaltung. Kludgy, könnte aber funktionieren. – Robaticus