TFS 2012 にあるプロジェクトは、Azure の VSTS に移行する必要があります。以下は複雑さです
- SQL DB で 300 GB を超えるサイズ
- オンプレミスと Azure ではドメインが異なります
- 開発者は移行プロセス中にチェックアウトできますか。
このようなプロセスに関与するのはこれが初めてなので、この移行に取り組む方法についての考え、リンク、長所と短所、およびプロセス フローが必要です。
TFS 2012 にあるプロジェクトは、Azure の VSTS に移行する必要があります。以下は複雑さです
このようなプロセスに関与するのはこれが初めてなので、この移行に取り組む方法についての考え、リンク、長所と短所、およびプロセス フローが必要です。
TFS から Team Services への移行を決定した場合、空のアカウントで新たに開始することがあります。ただし、多くの場合、移動したい既存のコード、作業項目、およびその他の資産があります。これを行うには多くのアプローチがあります。現在利用できるものもあれば、将来利用できるものもあります。それらは、データ転送の忠実度とプロセスの複雑さの両方で異なります。
オプション 1: 最も重要なアセットを手動でコピーする
一般的なプロセスは次のとおりです。
オプション 2: 忠実度の高い移行のためにパブリック API ベースのツールを使用する
Team Foundation Server 統合ツールは無料で入手できます: TFS 統合ツールの Visual Studio ギャラリー ダウンロード。
さまざまな商用オプションも利用できます。移行および統合ソリューションを参照してください。
オプション 3: 忠実度の高いデータベースの移行:
TFS/Team Services 製品チームは、忠実度の高い移行ツールの開発に熱心に取り組んでいます。
詳細については、この記事を確認してください: https://www.visualstudio.com/en-us/articles/adopting-vsts