2015-11-18 120 views
0

我正在嘗試從TFS 2013 Update 4遷移到Visual Studio Online。我使用OpsHub遷移實用程序遇到了實際困難,因此我現在正在尋求關於我如何前進的建議。 我有65個團隊項目進行遷移,其中一些是源代碼,另外一些是相當空的只有幾個工作項目,所以它們的大小在一定程度上不同。我想維護我們目前擁有的跨團隊項目的分支機構,所以我最初嘗試選擇所有65個項目進行遷移。這在實用程序的創建配置階段花了11個小時,然後在最後該工具抱怨它無法與服務OpsHub Visual Studio Online Migration Utility進行通信。所以回到原點。
接下來的方法是將項目批量分成10個項目組。驗證和創建配置階段在10分鐘內完成,這是一個很大的飛躍,遷移實際上開始了。目前已運行約17小時。在所有團隊項目中,它已完成了29,000個工作項目修訂,其中48萬項,因此我認爲這可能需要幾個星期才能完成。它尚未開始使用版本控制數據,我希望它在稍後的階段有所作爲,但目前尚未運行。 這是運行在一個快速的i7機箱上,擁有16GB RAM,SSD這項業務。 100Mbps的互聯網連接。
我已通過電子郵件發送OpsHub以查明商業版是否會表現更好。但任何建議我都可以做得更好,包括任何遷移工具的替代方案。從TFS 2013.4緩慢遷移到Visual Studio Online(OpsHub)

回答

0

另一個名爲TFS Integration Platform的工具由MS爲TFS遷移開發。您可以嘗試使用它來查看它是否可以更快地遷移數據。

+0

感謝埃迪,我看不出參考使用這種與Visual Studio在線(團隊系統)很可惜。 –

+1

@JohnCorker,您可以選擇Team System提供程序連接到Visual Studio Online。 –

2
  • 對於配置創建服用的時候,假設的原因似乎 是由於與服務OpsHub視覺 Studio在線溝通,等到超時問題。

  • 工作項目遷移同步時間似乎接近預期,一旦工作項目遷移完成,版本控制數據的遷移將開始。

  • 此外,由於數據量很大,其花費時間但遷移將繼續在後臺運行,因此您可以在不停止遷移的情況下使用源TFS實例(如果需要)。

  • 有關專業服務的詳細信息,你可以拖放電子郵件至[email protected]

+0

感謝您的反饋,您說繼續使用源TFS實例。遷移是否足夠聰明,能夠遷移在遷移發生時創建的新代碼更改和工作項目?我不會期望這一點,這就是爲什麼這花費數週對我們來說不是一個很好的解決方案的原因之一。我們只是一個小團隊。 –

+0

是的,該工具在後臺運行非常好。只要遷移正在運行並且不停止,就會在遷移過程中檢測並遷移在項目中創建的所有新變更。 –

+0

這是個好消息。我可以問免費公用事業公司是否維護跨團隊項目的分支機構?謝謝你的幫助。 –

相關問題