Visual Studio Online遷移實用程序非常慢

我們正在從TFS 2010遷移到Visual Studio Online。我們最大的團隊Proyect有14k ChangeSets。我們正在嘗試遷移，但基於當前的「速度」，遷移需要大約18天的時間。Visual Studio Online遷移實用程序非常慢

我現在有一個類似的線程，但：

Slow TFS migration from on-premise to TFS online with OpsHub tool

，但它不提供解決方案。所以我在尋求幫助。

對於TFS 2010，我們有一個應用層服務器，一個數據庫層服務器。

兩個服務器（內存，CPU，網絡）在遷移

我們推出從裏面也有好的服務表現一個differect計算機遷移實用程序（內存，CPU，網絡）確定執行

但在12小時內，只有400個變更集已被遷移。

我們提前使用版本1.0.1.008

感謝

來源

2014-11-06 Christian Rodriguez

嗨Christian，您能向我們提供有關您的變更集的更深入的瞭解。 - 環境中的典型變更集包含多少個文件？ - 從這些數字中，有多少百分比的文件是二進制文件？（可執行文件，庫，媒體等）典型變更集的大小（以磁盤空間計）？ - 你的合併分支有多複雜？多個分支/合併在一個變更集中？ - 你有過夜嗎？這意味着14k總數中的一個重要數字就是標籤。 – 2014-11-07 07:18:19

我們通常根本不使用標籤，這意味着所有TFS創建的標籤都是「消耗品」。一個tipical變更集可以包含1-30個文件，通常是90％的代碼文件（c＃，javascript等）和其他10％的圖像。實際上，更改集通常只包含代碼文件，而且很少有圖像。我們分支每個版本，從開發合併 - >主要 - >新版本。一旦新版本穩定並且Bugs從版本合併，我們在下一個版本之前不會進行太多合併（我們每4個月發佈一次）。這些信息有幫助嗎？ – 2014-11-07 08:42:56

我們有一個Dev - Main - Relase X分支策略。我們通常在開發部門開發。我們的分支現在有大約13.800個文件。我們有多個CI構建，包括夜間構建。 – 2014-11-07 08:44:59

從OpsHub更新。

我們在當前版本中已經完成了主要的性能改進。它將在本週末公開發售。

謝謝基督徒在這種情況下的幫助。

來源

2014-12-16 07:34:39

只是爲了確認。我昨天在使用1.1.0.001，每小時有大約60次更改。升級到1.1.0.005並重新啓動遷移，現在我每小時獲得約400個變更集。 – 2014-12-19 13:00:19

是的，該工具的性能已經大大提高。非常感謝OpsHub團隊的支持 – 2015-01-16 14:12:02

一條經驗法則是，因爲它走上使其在首位，這些時間它會採取只要遷移歷史不在現實的範圍之外。我會拋棄歷史，只是提示小費。

澄清：不，這不是很慢，只需要多長時間進行遷移。

如果您對代碼或工作項目進行了大量修改，則需要很長時間。通過在源服務器上放置處理器並粘貼胖管道，您可以更快地完成任務，但是您是網絡綁定的。

您可以在與目標VSO相同的數據中心內啓動Azure服務器，並在那裏安裝和配置您的TFS 2010環境。然後運行遷移。這會更快，而且還需要很長時間。

來源

2014-11-10 14:29:00

這不提供問題的答案。要批評或要求作者澄清，請在其帖子下方留言。 – 2014-11-13 12:48:51

我回答了這個問題。作者問這是否緩慢。答案是否定的，這是不符合現實的界限。 – 2014-11-13 15:18:06

Visual Studio Online遷移實用程序非常慢

回答

相關問題