2

TFS 2012 にあるプロジェクトは、Azure の VSTS に移行する必要があります。以下は複雑さです

  • SQL DB で 300 GB を超えるサイズ
  • オンプレミスと Azure ではドメインが異なります
  • 開発者は移行プロセス中にチェックアウトできますか。

このようなプロセスに関与するのはこれが初めてなので、この移行に取り組む方法についての考え、リンク、長所と短所、およびプロセス フローが必要です。

4

1 に答える 1

4

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

オプション 1: 最も重要なアセットを手動でコピーする

一般的なプロセスは次のとおりです。

  • 移行する必要がある最も重要な資産 (通常はソース コード、作業項目、またはその両方) を特定します。TFS のその他の資産 (ビルド定義、テスト計画など) は、手動で移行するのが困難です。
  • 移行を行うのに適した時期を特定します。
  • ターゲットの Team Services アカウントを準備します。必要なアカウントとチーム プロジェクトを作成し、ユーザーをプロビジョニングします。
  • データを移行します。
  • ソース TFS 展開を読み取り専用にすることを検討してください。

オプション 2: 忠実度の高い移行のためにパブリック API ベースのツールを使用する

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

TFS/Team Services 製品チームは、忠実度の高い移行ツールの開発に熱心に取り組んでいます。

詳細については、この記事を確認してください: https://www.visualstudio.com/en-us/articles/adopting-vsts

于 2016-06-03T07:12:40.513 に答える