2009-04-03 7 views
1

私は最近、従来のWebSiteプロジェクトを(C#)Webアプリケーションプロジェクトに変換するという苦労を経験しました。この間、私はまた、コードをVSSコントロールからDevサーバー上のSubversionに移行しました。Visual Studio 2008が痛いほどスローでSVN

VS2008でアプリケーションをデバッグすると、プロジェクトは完全にロードするのに4分から5分かかることがあります。この時間の大部分では、出力ウィンドウにTemp ASP.NETディレクトリのシンボルがロードされていることが示されます。それはSVN制御下にあることを問題になる可能性があり、これを考え出す

は、私がプロジェクトをエクスポートして、ソース管理せずにデバッグを開始し、これは問題を解決しました。

誰もがなぜこれが起こっている可能性が示唆できますか。なぜソース管理下でデバッグするのに長い時間がかかるのですか?あなたはVSのためにあなたが持っているTortoiseSVNクライアント

以上のプラグイン(ReSharperのなど)を試みることができる

+0

なぜシンボルを読み込むのがソース管理と関係していますか? –

+0

Visual Studioプラグイン(AnkhSvn?)を使用していない**の場合、SVNは(Visual Studioに関する限り)、あなたのプロジェクトには含まれていない.svnサブフォルダがたくさんありますいかなる方法でも、絶対に何もしない。 実際の質問は「なぜASP.Netのデバッグが非常に遅いのですか? – Groo

答えて

1

遅くなる事が取得する傾向があります。

+0

私はTortoiseSVNを使用しています。私が言ったように、ソースがソース管理下にないときに問題は解消されます。プラグインなどとは関係がありません。この問題は、ソース管理下にあるソースを持つことに特有です。 –

+0

VSSはまだファイルに接続しようとしていますか? – Konrad

2

シンボルロードは.svnとは関係ありません。プロジェクトを動かすことで問題が解決したら、実際のコピーとエクスポートされたコピーとの違いと思われます。特に、 ".user"ファイルのように、コミットされる可能性が低いファイルを使用するのが望ましいと言います。 ".user"ファイルには、VSがロードしようとしている余分なジャンクがたくさんあります。移動すると、リセットされたことを意味します。

不足しているすべてのファイルをチェック(あなたはソリューション1Xを開いた後、クリーンエクスポート後に...彼らは再作成されています)、あなたはおそらく犯人を見つけることができます。

+0

優れたアドバイス私は今それを行い、ファイルの違いがないかどうかを確認します。 –

関連する問題