完全なTFS 2012コードと履歴をAzureのVSTSに移行する方法

Question

TFS 2012にある私たちのプロジェクトは、青空のVSTSに移行する必要があります。 ブリューは

ドメインが前提での異なるSQL DBで300ギガバイトより

• サイズも大きく複雑であり、Azureの
• ウィル開発者の移行プロセス中にチェックアウトすることができ。

このようなプロセスに私は関わっていますが、この移行にアプローチするには、思考、リンク、長所と短所、プロセスフローが必要です。

Answer 1

TFSからTeam Servicesに移行する場合は、空のアカウントで新しく開始することがあります。しかし、しばしば、既存のコード、作業項目、および移動したいその他の資産があります。これを行うための多くのアプローチがあります - 現在入手可能なものと将来に来るものがあります。これらは、データ転送の忠実度とプロセスの複雑さの両方が異なります。

オプション1： - 通常、ソースコード、作業項目、またはその両方を

• あなたが移行する必要がある最も重要な資産を特定します最も重要な資産をコピーして、手動で

  ここでは一般的なプロセスです。ビルド定義、テスト計画などTFSの他の資産は、手動で移行するのが難しいです。

• 移行を行う良い時期を特定します。
• ターゲットTeam Servicesアカウントを準備します。必要なアカウントとチームプロジェクトを作成し、ユーザーをプロビジョニングします。
• データを移行します。
• ソースTFS展開を読み取り専用にすることを検討してください。

オプション2：高忠実度の移行

• の公開APIベースのツールを使用してTeam Foundation Serverの統合ツールは、自由に利用できます。Visual Studio Gallery download for TFS Integration Tools。

• 様々な市販のオプションも利用可能である。Migration and integration solutionsを参照。

オプション3：高忠実度のデータベースの移行：

TFS /チームサービスの製品チームは、より高い忠実度の移行ツールの仕事では難しいです。

詳しい情報は、この記事をチェックしてください。​​