私はtfsでvs2012を使用しています。ソリューション全体の大きなチェンジセットを取り消そうとすると、全体がハングします。私が採用した回避策は、このプロジェクトをプロジェクトごとに行うことです。これを行うより良い方法はありますか？多くの変更のためにVisual Studioのハングアップによる保留中の変更を元に戻す
私はtfsを新しいディレクトリに再マップしますが、これらのチェックアウトはすべて元に戻す必要があります。この問題に遭遇し解決した人々からの提案は歓迎されます。
tf undo開発者コマンドプロンプト（VS2012）はIDEよりもわずかに高速です。
例えば：tf undo $/YourTeamProject /recursive
ありがとうVisual Studio 2013.何千ものファイルがある場合、「[S] lightly faster」は大きな控えめな表現です！ :) –
あなたは私を救った、ありがとう！この答えは –
ハレイです。元に戻すには巨大なディレクトリ（約27.000ファイルの800MB +）がありました。 VSが応答しなくなりました。ここではやや速いと思われますが、ここでは「うまく行かない」と「急に速い」との違いを意味します。 :) –
それはあまりしません - それは、サーバーにUndo要求を送信し、それに応じてディスクを置くために、データを受け取ります。サーバーへの接続が遅い場合や、プロキシの速度が遅い場合（ウイルススキャナ、おそらく？）、これにより処理が大幅に遅くなる可能性があります。
これが多発する場合は、サーバー上のTFS 2012、クライアント上のVisual Studio 2012にアップグレードし、ローカルワークスペースを使用していることを確認してください。この場合、元に戻すためにサーバーに連絡する必要はありません。
真に、TFSの問題を解決する唯一の方法は、TFSを使用することではありません。 – Max
@max確かに、プロセス重いチェックアウト/編集/チェックインのワークフローは誰にとっても大したことではありません。 TFSは、ワークフローを好む場合は、ローカルワークスペース（編集/マージ/コミット）モデルを提供します。もちろん、Gitを使ったDVCSです。 –
はい、申し訳ありません。私は悪い一日を過ごしていたところで、tfs操作によってVisual Studioが1時間のうちにハングするようになりました。私たちがgitまたはsubversionを使用していたとしても必要ではない操作です。 – Max
迷惑な部分は、多くのプロジェクトで大きな大きなチェンジセットを通過しようとしているときに、TFSはバックグラウンドで何が起こっているのかを教えてくれません。 –
これはVS2015と同じです –