我們計劃從StarTeam轉移到TFS進行源代碼管理，並且正在完善我們的ALM程序。也許我誤解了TFS中標籤的工作原理，但看起來您可以通過變更集對文件應用標籤。我正試圖在上創建一個標籤，只有特定變更集中的文件/版本。如何在TFS中由Changeset獨家標籤？
我試圖做到這一點，像這樣： 1）主菜單 - >源代碼管理 - >應用標籤 2） '新建標籤' 對話框出現是 3）離開路徑（開發從 '版本' 下拉店） 4）選擇 '變更集'，進入我的變更＃ 5）單擊創建。
...這會導致整支得到標記。更改集可能爲1 - 100個文件，因此單獨標記文件不太實際。
我們做這在StarTeam所有的時間：與功能標籤的變更，然後將構建標籤上到標記變更。我錯過了一些基本的東西？ （感謝您的任何指導）
請注意名稱...您正在標註由變更集未標註a變更集。
在TFS中標記就像是標記一個時間點。所以，當你通過變更集進行標註時，你基本上會說這是我的源代碼控制在這個時間點的樣子。
它聽起來更像是你說面積要能夠找到一組改變（變更）在時間上並不代表一切在點變更是由。
你可以選擇一個分支策略，將允許您按功能分支。這樣做的缺點是它會涉及很多合併。
另一個選項是將變更爲任何特定的功能鏈接到一個工作項目，那麼你將有你將要合併了，一旦你已經完成了該功能的變更的列表。在2008年，這可能會有點麻煩，因爲合併不順序的變更集可能會比所需時間更耗費時間。 （這意味着該分支之間存在變化集，而不是變化集數是連續的）
幸運的是，您可以嘗試不同的分支策略，只要您認爲通過它就不難以切換不喜歡你是怎麼做的。
將此標記爲解答的澄清和相關建議的答案。從starteam開始，我們將在其中宣傳選擇的版本代碼版本，我希望能夠模仿變更集的相同行爲。 BitOff是正確的，通過說「注意名稱......你正在通過變更集進行標記而不標記變更集」。謝謝你的幫助。 – Nachiketa 2011-06-09 14:00:26
在TFS2010我測試將標貼到變更，我看到你的報道一致的行爲。
在審查一個變更只會包含在已檢查的文件。
在審查這是在相同的變更，將包含所有分支中的文件創建一個標籤，每個文件顯示上次簽入的變更集版本。
我不知道它爲什麼這樣工作。
這可能是錯誤的，但是一個shelveset可以用於你的場景嗎？它可能不允許你做你想做的所有事情，但是爲了歷史目的，它會將特定的一組文件保持在特定的已知狀態。此外，你可以看看分支策略，這將有助於你想要完成的任務。 – 2011-05-12 04:13:03
shelveset會將一組文件放在一起，但這些更改不適用於真正的分支。如果目的是在提交修改之前進行同行評審或者類似的事情，那就太好了。 – 2011-05-19 04:57:28
我們的目的是爲了構建標籤。棘手的部分是，標籤不會總是應用於最新版本的文件。從歷史上看，這是我們總是在開始時做的事情，由於各種不同的約束：無分支，多個開發人員在截止日期不同的情況下接觸相同的文件。改變我們的方法轉換到TFS，利用分支/擱置，使我們基本上可以從最新版本的所有文件構建。 – Nachiketa 2011-06-09 13:13:59