In TFS2010 wird jeder Build vom Build-Server mit einer Bezeichnung verknüpft.Alle Änderungssätze zwischen zwei Etiketten anzeigen
Unser SCM-Management möchte alle Changesets und zugehörigen Arbeitselemente zwischen zwei Labels sehen. Meistens handelt es sich bei diesen Labels um Builds mit der Build-Qualität "Released". Auf diese Weise können alle Änderungen zwischen zwei ausgelieferten Builds gemeldet werden.
Wie erfolgt dies in TFS 2010?
Ich glaube nicht, dass Sie das Etikett verwenden möchten, ich denke, dass Sie das Datum/die Uhrzeit der Build (s) verwenden möchten. Etiketten sind leicht veränderbar und stellen nicht unbedingt einen Zeitpunkt dar. Angenommen, Sie haben die Datumzeiten der Builds, können Sie die TF.EXE Befehlszeile verwenden, um dies zu generieren.
Zum Beispiel:
tf.exe history /server:http://tfs:8080 "$/ProjectName/src" /version:D2010-09-12T11:30~D2010-09-29T11:30 /recursive /noprompt /brief
Der /version: Parameter ist einer der Schlüssel hier. Dies sollte nach dem Zeitpunkt Ihres ersten Builds und bis einschließlich des Zeitpunkts des zweiten Builds sein. Wenn Sie /format:detailed verwenden, erhalten Sie eine Liste aller Dateien, die sich in den einzelnen Änderungssets geändert haben. Dies kann ein Los von Daten sein. Wahrscheinlich möchten Sie die Ausgabe > output.txt umleiten, wenn Sie dies tun.
UPDATE
Wie bereits erwähnt, können Sie in der Tat bestimmen die Änderungen zwischen zwei Etiketten. Wenn diese Labels jedoch verschoben wurden, können die Ergebnisse beeinträchtigt sein.
tf.exe history /server:http://tfs:8080 "$/ProjectName/src" /version:LMain-CI_20100831.6~LMain-CI_20100927.1 /recursive /noprompt /brief
Ich würde immer noch empfehlen, die Daten anstelle der Etiketten zu verwenden. Ich glaube, dass die Ergebnisse, die Sie von diesem Ansatz erhalten, wahrscheinlich Ihren Anforderungen besser entsprechen.
UPDATE 2
ich Sie verwenden TFS nur bemerkt 2010. Sie müssen wahrscheinlich die /server: Parameter an die entsprechende Sammlung Punkt ändern. Verwenden Sie TF.EXE history /? die Liste der Parameter zu erhalten, aber die Änderung /collection:TeamProjectCollectionUrl
tf Geschichte/Server zu verwenden wäre: "http://tfsserver:8080/tfs/DefaultCollection" "$/Projekt root/Dir/SubDir"/rekursive/noprompt/Format: detaillierte/Version: "L1.1.66.0 ~ L1.1.67.0"
Beachten Sie das L-Präfix in der Versionsoption.
Wenn sie glücklich sind, dass nichts tatsächlich Etiketten mutiert, dann wären die automatisch generierten Build-Labels (bezeichnet mit zB 'LBuild1234 @ $/TeamProject') offensichtlicher – AakashM
Das Problem kommt mit der Entscheidung, was" zwischen " Etiketten bedeutet. Aber du hast Recht. Ich werde meine Antwort bearbeiten. – Robaticus
großartig! Ich werde heute einige Tests machen, um zu überprüfen, vielen Dank! –