問題の説明
お客様は、多くの場合、私に尋ねる：「アズールDevOpsチームServerでは、別のチームプロジェクトコレクションにプロジェクトチームを移行する方法？。」
簡単な答えは：「現在のバージョンはサポートしていません！」
これは、現在の懸念ユーザーのニーズ（世界最高度であるhttps://developercommunity.visualstudio.com/idea/365365/make-it-possible-to-move-a-team-project-between-te-1.html）、しかし、それは非常に残念です、マイクロソフトの製品グループは、現在この問題を解決することはできません。
分析
実際には、AzureのDevOpsチームサーバー（TFSは前に呼ばれる）は、設計の観点から、アップグレードがシステムを通じて、この機能の短い時間内に達成することはできません。そこには、この機能を実現することができない多くの理由がありますが、のコアは、独自のデータマーカーのIDです。
TFSシステムでは、すべての作業項目は、一意のID値を有する、IDの値が自動的に、例えば1001のための新しいID要件は、新しいバグ作業項目ID 1002された後、シリアル番号1だけインクリメントされ。設定したプロジェクトチームでは、作業項目IDのシリアル番号は、最初にチームプロジェクトで作業項目を追加すること、共有され、また、2番目の新しいチームプロジェクト作業項目IDこれは、自動的に1つ追加します。別のチームプロジェクトでは、1001の、このような作業項目がある可能です。私たちは、プロジェクトチームのチームプロジェクトコレクションの間で移行する場合は、作業項目のデータは非常に混乱になるだろう。
伝統的なTFVCライブラリも同じ問題、同じチームプロジェクトコレクションを持っているので、また、パスは、形式のファイルパスは、「$ /チーム名/ファイルまたはフォルダのパス」であるドル記号（$）を開始します私たちは、プロジェクトチームのチームプロジェクトコレクションの間で移行する場合、データは、システムが混沌となったようになります。
この移行を行うことは、あまりにもほとんど不可能な作業を、データの変更を伴う、非常に複雑になり、中にレポートデータベースtfs_warehouseのデータ構造の複雑さと相まって。
したがって、私たちはどのようにプロジェクトチームの将来の移行を聞きません。
ソリューション
上記の分析から、我々はこれが解決策のない問題であることがわかります。
しかし、我々はこの問題を回避することができます。AzureのDevOpsチームサーバーの移行の問題は、チームプロジェクトに表示されますする必要が使用するプロセスを避けるために、企業のR＆Dのデータの必要性は、一定の基準に従ってチームプロジェクトを作成するには、初めに使用する良いプログラムです。例えば、同じチームプロジェクトコレクションを保存するために、プロジェクトチームの同じセット、R＆D情報システムの同じチームを保存するための情報システムの製品ラインで、プロジェクトチームの何千もを考慮すると、デフォルトを使用してみてください、表示されません。チームプロジェクトコレクション（DefaultCollection）、新しいチームプロジェクトコレクションの使用を避けます。
-------------------------------------------------- ----------
http://www.cnblogs.com/danzhang/ DevOpsチームMVP張Hongjun
-------------------------------------------------- ----------