3

私は、TFS 統合サービスを使用して、オンプレミス TFS サーバーから VSO のオン/オフまでの模擬移行を 1 か月以上行ってきましたが、癖がたくさんあります。マイクロソフトは、OpsHub (Visual Studio Online Migration Utility) から無料の新しいツールを発表しました。試してみましたが、TFS 統合ツールでは見たことのない次のエラーが表示されます。

OH-SCM-009: 同期中にエラーが発生しました。サーバー上の$/Proj/Release/0.29/CodeSmith テンプレートに一致するアイテムが見つから ないか、それらにアクセスする権限がありません。変更セットにはチーム プロジェクト全体の項目があり、そのようなプロジェクトはすべて構成で選択されていないようです。この変更セットの処理を許可するには、そのようなプロジェクトをすべて選択して新しい構成を作成してください。

このエラー コードに関する情報が見つかりません。誰がこれを引き起こしているのか知っていますか? ありがとうございました。

ソース コードのみを移行しており、作業項目はありません。

「再試行」を数回試みましたが、開始してから再び失敗するまでに約15分かかりますが、進歩しませんでした。失敗したこの特定の変更セットは、2 つのブランチをマージしていました。

スクリーンショット: ここに画像の説明を入力

ここに画像の説明を入力

何か案は?

編集 2014-05-14:

ソースまたは宛先のプロジェクト (プロジェクト コレクションの下) を選択できません - これはバグですか? 奇妙なことに、宛先に「デフォルト コレクション」を選択すると、VSO ホスト名のみが表示され、ソースのような「\DefaultCollection」は表示されません。

これを「ProjectOpsHubTest」プロジェクトに対して実行したかったため、プロジェクトを選択できないことが問題でしたが、代わりに、TFS 統合ツールから正常にインポートされた既存のプロジェクトに変更セットを追加し始めました (幸いなことに、最後のスイッチなので、削除して最初からやり直しました)。変更セット 1550 でも同じ問題が発生します。

ここに画像の説明を入力

このチェックイン 1550 が発生してから、TFS を数回アップグレードしました (1550 は TFS 2008 にあったと思いますが、その後 2010 になり、現在は 2012 になっていると思います) が、TFS 統合ツールで問題なく移行を行うことができました。また、プロジェクト名や ProjCollection 名を変更したことはないと思います...

4

3 に答える 3

2

これは通常、ネストされた分岐の問題が原因です。OpsHub ツールの制限を回避する方法はないと思いますが、TFS 統合ツールを使用すると回避できます。

構成ファイルで問題のあるフォルダーをクロークすると、エラーを回避できます。明らかに、サーバーに何かを追加していません。クロークされたフォルダーから分岐しようとすると、問題を解決するために「分岐」を「追加」に変更するよう求められます。

于 2014-05-14T11:34:03.487 に答える
1

あなたの説明から: 「失敗したこの特定の変更セットは、2 つのブランチをマージしていました。」

OpsHub 移行ユーティリティで選択されていない別のプロジェクトから変更セットがマージされた場合、この問題が発生する可能性があります。

たとえば、2 つのプロジェクト ソースとブランチがあるとします。ブランチからソースにファイルをマージするチェンジセット NNN がある場合。また、OpsHub 移行ユーティリティで、移行するソース プロジェクトを選択しただけの場合、OpsHub がマージされた変更セットを見つけることができなかったため、NNN 変更セットの処理中にこのエラーが発生する可能性があります。

このエラーのもう 1 つの理由は、ローカル TFS インスタンスを読み取るように構成されたユーザーが管理者権限を持っていない (したがって、この変更セットのメタデータの詳細を読み取ることができない) ことです。ローカル TFS 側 (および VSO 側) で構成されたユーザーに管理者権限があることを確認してください。

VSO でプロジェクトを削除し、そのようなすべてのプロジェクトを選択して新しい構成を作成し、依存する変更セットの処理を許可することができます。

于 2014-05-14T15:05:09.467 に答える