Das neue TFS-Build-System (vNext) ist nicht mit einer Versionierungsfunktion "out-of-the-box" ausgestattet, daher gibt es Tutorials wie diese:
http://incyclesoftware.com/2015/06/vnext-build-awesomeness-managing-version-numbers/
Wo können Sie mit einem Beispiel Azure Script sehen, dass Microsoft dies tatsächlich unterstützt: https://msdn.microsoft.com/en-us/library/vs/alm/build/scripts/index
so weit so gut. Wenn ich jedoch genau diese Schritte befolge, hat meine Build-Nummer jetzt den REV-Wert bei 1. Egal, wie viele Builds ich hintereinander mache, sie haben alle die "01" am Ende.
Wenn entferne ich die spezifische "Build Number Format" -Befehl (Edit Build-Definition> Allgemein> Build Number Format), das heißt: $ (BuildDefinitionName) _ $ (Majorversion) $ (Minorversion) $ (Jahr.. : yy) $ (DayOfYear) $ (Rev: .rr) Es erhöht die Version aber mit der Standardnummerierung, die TFS2015 für Builds verwendet.
Soweit ich verstand, der Wert REV-Schritte automatisch, so dass es keine Möglichkeit, es zu ändern, wie wir in dieser Frage SO sehen: TFS 2015 vNext force build number
Also, meine Frage lautet wie folgt: Gibt es einen Parameter, der irgendwo nicht aufgelistet ist oder fehlt, der den Rev-Wert tatsächlich verhindert? Vielleicht gibt es ein Problem bei meiner Installation?
Bitte beachten Sie, dass dies am selben Tag geschieht, so dass sich der Rest des Build-Namens nicht ändert, um zu rechtfertigen, dass er bei "01" bleibt.
Vielen Dank im Voraus für jede Hilfe oder Beratung.
Wie lautet der Name Ihrer Builddefinition? Und welche genaue Version von TFS verwenden Sie? Ich glaube, in Update 2 wurde eine Fehlerbehebung vorgenommen, um dies zu unterstützen, und der Name der Builddefinition enthält bestimmte Zeichen, die den Revisionszähler unterbrechen können. – jessehouwing
Die Definition wurde [Beispiel] - [Name] - [Build] genannt. Und diese Zeichen haben tatsächlich den Rev-Zähler zurückgesetzt (ich verwende TFS2015 Update 1). Kannst du bitte auf die Frage antworten, damit ich sie als Antwort markieren kann? – Iceman