2012-06-29 28 views
3

我正在評估TFS作爲公司的替代源控制選項,並記錄我們當前的流程將如何改變或保持不變,如果我們開始使用它。TFS:在簽入時應用標籤?

我們在當前產品中使用相當多的標籤,不僅用於創建給定構建的快照,而且還用於針對未來構建的特定修改。我們的標準是始終使用它打算使用的發佈版本的標籤簽入每個文件。

我們當前的軟件在簽入屏幕上有一個「標籤」選項,因此簽入/標籤是一個一步的過程。有沒有辦法與TFS做到這一點?我發現你可以打開源代碼管理瀏覽器並在事實之後添加標籤,但是如果用戶將不得不點擊左右以找到正確的變更集以便在事實發生後添加標籤,我想確保記錄下來......

+1

這些「目標釋放」標籤是如何在您的過程中使用的?我可以看到一些可能的選擇,但首先需要知道。 –

+0

可能最容易舉個例子:1.22正在生產中。我們開始發展1.23。此時,項目中的所有文件都標記爲1.23。隨着更改被檢入,該標籤會被顛覆,以便任何時候,任何人都可以在1.23上進行「獲取」並編譯。隨着1.23交貨日期的接近,有些任務會碰到1.24。因此,所有1.23項目都被標記爲1.24。最終目標是抓住一個給定的版本,並無需大驚小怪地編譯。它看起來像分支/合併是我需要完成類似的工作,但如果您有其他建議,則歡迎他們。 :) 謝謝。 – user1221970

+0

我看到你在使用標籤時的重點,而不必與分支「混淆」。如果目的更多地是文件/報告類型,我會建議將工作項目與強制關聯,然後將版本字段添加到您要使用的WI。但是現在這並不能解決你的問題,所以我建議通過下面的ShellShock的答案,並使用指南中的分支場景來滿足你的需求。您**必須**適應您的流程,並在適當的時間點創建發佈分支。 –

回答

1

我不知道自動貼標籤的方法,但有幾個選項值得思考。

  • 您可以設置文本字段必須填寫的列表(在未決的改變對話框的註釋部分的檢查),甚至使這些領域強制性的,所以它很容易添加「for version」note to each check in。IIRC這是通過右鍵單擊團隊資源管理器中的團隊項目並轉到源代碼管理選項來設置的。

  • TFS爲檢入等操作引發事件,因此您可以使用TFS api來處理服務器上的事件並自動添加標籤。你甚至可以拿起支票註釋來告訴你的代碼標籤應該是什麼。

1

這可能是您需要更改當前進程的位置。使用TFS(或其他版本控制系統)時,所有針對特定版本的開發人員都應與TFS中的同一分支一起工作,即每個並行開發流都有一個專用分支。因此減少了對標籤的需求。這比使用標籤更好,因爲您可以查看分支並查看該版本中的內容,而無需通過標籤篩選特定更改是否適用於該版本。我建議看一下Visual Studio Team Foundation Server Branching And Merging Guide