2012-09-12 56 views
3

我們目前使用TFS 2010進行源代碼管理以及任務跟蹤,但是我們的項目和項目集合的結構都相當差有點需要。這就是說,我們希望在改變TFS 2012時以更有效的方式重組所有內容。將TFS 2010項目(歷史,工作項目,代碼等)移至TFS 2012

我的問題是,是否可以將我們現有的項目移動到新的TFS 2012項目集合中(包括工作項目,任務等)用於遺留/歷史目的?我希望將當前的項目結構和歷史記錄用於歷史目的,並利用我們的新項目結構積極開發正在進行的不同項目集合。

我到目前爲止看到的一切都表明,由於工作項目編號等原因,難以(或不可能)在集合之間移動整個項目。我考慮將我們2010年的項目集合分開並在2012年單獨重新附加它們但我真的不想要一個完整的項目集合列表(這是我們當前問題的一部分)。這就讓我面臨合併項目集合或在集合之間移動項目的挑戰。

任何建議,變通或技巧將不勝感激!提前致謝!

回答

0

最安全,最簡單的方法就是簡單地回從2010年的一切行動,並用乾淨的石板開始2012 。記錄可以找到遷移之前的所有內容,將您的項目放在需要它們的地方並繼續前進。這似乎很奇怪,人們反對做這樣的事情,但通常當他們這樣做時,他們對此感到滿意。另外,避免將來出現這個問題的一個好方法是最小化(或完全消除)使用多個集合並使用區域。

5

這是非常有可能的TFS Integration Toolkit但它是非常乏味和耗時的過程。有一條學習曲線。工具是越野車,所以你必須解決它。我建議不要進入它,除非它是團隊/管理層的高優先級。以下是該過程,請執行乾淨的TFS 2012安裝,然後使用此工具遷移工作項目和源代碼。確保你還安裝了TFS 2010 team explorer以及工具包(它使用2010對象模型進行遷移)。您應該設置一個測試環境並多次嘗試以獲得所需的結果。此項目在TFS 2008-> 2010中多次提出,您幾乎可以遵循相同的指導原則。看到我的回覆here。你可能不能夠遷移工作項的ID,但是可以添加一個字段,以顯示舊的工作項ID:從文檔

<FIELD name="BCIReflectedWorkItemId" refname="TfsMigrationTool.ReflectedWorkItemId" type="String" /> 

工具限制:

  • 有限公司以只遷移版本控制的項目,工作項以及它們之間的聯繫。團隊項目的其他部分不會被此工具遷移,包括報告,團隊生成數據和SharePoint內容。
  • 工作項ID和更改集編號在遷移期間不會保留,並且在項遷移時會順序分配新ID。這意味着在遷移後對這些ID的任何引用都將無效;然而,工作項和變更集之間的鏈接將被正確遷移,儘管ID發生了變化。
  • 工作項目修訂和更改集上的時間戳將更新爲遷移時間。任何存儲日期時間信息的工作項字段都將正確遷移其值,但修改時間不會被遷移。這對系統影響最大的是依賴於時間維度的報告(即Bug Trends,Code Churn)。由於遷移通常比原始操作的時間跨度短得多,因此這些報告中的時間軸將被有效壓縮。
  • 測試用例類型的工作項沒有完全遷移。集成工具不適用於在此階段遷移測試用例。他們需要被確定爲測試用例並按照這種方式進行處理;包括特殊的XML編碼數據字段,應將其打開並編輯爲指向新遷移的工作項目。作爲替代,您可以在http://tcmimport.codeplex.com/上查看Visual Studio 2010測試用例導入實用程序。