Freigeben über


Verwenden von Buildnummern, um abgeschlossene Builds mit aussagekräftigen Namen zu versehen

Sie können den Buildprozess so definieren, dass in den Namen jedes abgeschlossenen Builds nützliche Informationen eingeschlossen werden.

  • Beispiel

  • Token

  • Fragen und Antworten

    • Wo kann die Buildnummer angegeben werden?

    • Was ist die BuildID?

    • Was ist die Rev (Revision)?

Beispiel

Beispiel:

  • Das Teamprojekt heißt "FabrikamCore".

  • Die Builddefinition heißt "CIBuild".

  • Die Build-ID lautet "4".

  • Das Datum lautet 24. August 2009.

  • Die Uhrzeit lautet 21:50:43.

  • Der Build wurde heute einmal ausgeführt.

Sie definieren einen standardmäßigen Buildprozess und legen BuildNumberFormat auf Folgendes fest:

$(BuildDefinitionName)_$(Date:yyyyMMdd)$(Rev:.r)

In diesem Fall hieße der zweite am heutigen Tag abgeschlossene Build:

CIBuild_20090824.2

Token

Die folgende Tabelle zeigt, wie die einzelnen Token auf Grundlage des vorherigen Beispiels aufgelöst werden:

Token

Ersatzwert basierend auf dem Beispiel weiter oben in diesem Abschnitt

$(BuildDefinitionName)

CIBuild

$(BuildID)

4

Was ist die Build-ID?

$(DayOfMonth)

24

$(DayOfYear)

236

$(Hours)

09

$(Minutes)

50

$(Month)

08

$(Rev:.rr)

02 (der nächste Build an diesem Tag ist die 03 usw.)

Was ist die Rev (Revision)?

$(Date:MMddyy)

082409

$(Seconds)

50

$(TeamProject)

FabrikamCore

$(Year:yy)

09

$(year:yyyy)

2009

Fragen und Antworten

Wo kann die Buildnummer angegeben werden?

Sie haben folgende Möglichkeiten:

Was ist die BuildID?

$(BuildID) ist eine interne ID, die nicht verändert werden kann.

Was ist die Rev (Revision)?

Verwenden Sie $(Rev:.rr), um sicherzustellen, dass jeder abgeschlossene Build einen eindeutigen Namen aufweist. Wenn ein Build abgeschlossen ist, wird der Ganzzahlenwert Rev um eins nach oben gezählt, wenn sich nichts an der Buildnummer geändert hat.