7

私は Visual Studio や Team Foundation Server にあまり詳しくありませんが、Visual Studio 2010 のチェックインが非常に遅い (数分) と不満を言う開発チームがいます。

サーバーとデータベースを調べても問題が見つからない この問題は、特定の 1 つのソリューションでのみ発生します。この問題は、非常に小さなテキスト ファイルでも発生する可能性があります。この問題は、チーム内のすべてのユーザーに影響します。

トラブルシューティングはどこから始めればよいですか?

追加情報の編集

プロジェクトのサイズは最大 11.5 GB で、284,455 個のファイルと 52,186 個のフォルダーで構成されています。これらには最大 10 人のユーザーがアクセスします。サイズ的には、これまでで最大のプロジェクトだと思います。

問題が最初に発生した時期は正確にはわかりません。

自分のマシンで問題を再現するのにうんざりしていますが、成功しませんでした。そのため、ローカルのセットアップと関係があるようです。開発チームが使用しているプラ​​グインと拡張機能をインストールしました。

同じ開発者は、他のプロジェクトで問題を抱えていません。

4

2 に答える 2

5

TFS の操作 (チェックアウト、チェックイン、新規追加、名前の変更、移動など) を行うときに大きな遅延時間が発生する場合は、TFS 内に問題を引き起こしている可能性のある多くの領域が存在する可能性があります。私の場合、Visual Studio 内での最も単純な TFS 操作でさえ、5 ～ 10 秒の待機が必要でした。Process Monitor を使用して調査することにし、TFS が何かを行うたびに、開いているプロジェクトや、ソース管理エクスプローラーまたはチーム エクスプローラーが開いているかどうかに関係なく、TFS ワークスペース内のすべてのファイルを反復処理することを発見しました。当時、@reticentKoala のように、私のワークスペースには合計 17 GB を超える 100,000 個以上のファイルがありました。

これは間違いなく TFS クライアント コードのバグです (私は VS2013 を実行しており、IT 担当者は関連する TFS バージョンにアップグレードしました) が、ありがたいことにいくつかの回避策が明らかになりました。

私の場合、多数のプロジェクトに取り組んでいますが、通常は一度に 1 つまたは 2 つのプロジェクトに取り組んでいます。通常の作業フォルダーに「アーカイブ」フォルダーを作成し、積極的に取り組んでいないプロジェクトをそのフォルダーに移動することで、TFS が適切な速度で対話できるようになりました。

あなたがそのような大規模なプロジェクトに積極的に関与している場合、私は可能な解決策を推測することしかできませんが、基本的な考え方は、アクティブなファイルの数を減らすことです.ワークスペース、またはローカル マシン上のそれらの存在。

于 2014-03-14T16:53:46.083 に答える
0

次の投稿、特にJoel Rondeauからのコメントを確認しました か： 低速のTFSサーバーのトラブルシューティングに関する提案またはhttps://web.archive.org/web/20161104172214/http://www.lostapalooza.com/?p=150

大きなBLOBファイルが実際にTFSシステムにも保存されていないことを確認します。代わりにそれらへのリンクを保存し、Webアクセスとチームサイトを使用してこれを行います。

于 2012-12-06T07:04:38.170 に答える