Der einfachste Weg dies zu tun ist, eine Befehlszeile auszuführen:
tf vc label labelname[@scope] [/owner:ownername] itemspec
[/version:versionspec] [/comment:("comment"|@commentfile)]
[/child:(replace|merge)] [/recursive] [/login:username,[password]]
[/collection:TeamProjectCollectionUrl]
Der sicherste Weg, um tf zu nennen vswhere mit auf tf.exe Visual Studio 2017 zu lokalisieren und dann in Homing. Oder Sie können tf.exe aufrufen, das mit dem Agenten ausgeliefert wird (offiziell nicht unterstützt).
Mithilfe des serverseitigen Elementspezifikationsformats ($/project/
) können Sie das Label anwenden, ohne zuerst einen lokalen Arbeitsbereich zuzuordnen. Wenn Ihre Builddefinition den Project Ccollection-Bereich verwendet, müssen Sie möglicherweise die Option @scope
("My [email protected]$/Project"
) verwenden, um sicherzustellen, dass das Label auf der richtigen Ebene erstellt wird.
Ihr Build kann Quelle beschriften. Ihre Release-Definition verfolgt, welche Version in einer bestimmten Umgebung bereitgestellt wird. Was reicht nicht aus, wenn die Quelle mit der Build-Version gekennzeichnet ist? –
Hallo Daniel, unser Build kennzeichnet die Quelle jedes Gated Checkins. Der Versuch, eine Version in der Versionshistorie zu finden, ist nicht einfach, da es Hunderte von Labels gibt - und ich möchte sie nicht abschalten. Außerdem möchte ich, dass die Kommentare auf dem Etikett auch die Freigabe der WHO beinhalten - aber eine Sache nach der anderen. Zumindest in der Lage, die Etiketten alphabetisch zu organisieren, konnte ich das LIVE leicht zwischen den "Gated checkin DD-MM-YYYY" finden. – Scott