3

私は2つのソリューション、SolutionAとSolutionBを持っています。VS2010での複数のソリューションのデバッグ

SolutionA 
    ProjectA1 
     References: ProjectB1.dll, ProjectB2.dll 
    ProjectA2 

SolutionB 
    ProjectB1 
    ProjectB2 

は、私は何をしたいのですが、プログラムをデバッグするSolutionAを実行することですが、その後にProjectA1をステップ実行するだけでなく(SolutionBをデバッグするために、第2のIDEを接続するために、次のようSolutionAがSolutionBからの出力を参照します例えばProjectB1)。

これまでのところ、これを行うための唯一の方法はProjectB1をSolutionAに追加することです.TFSのソリューションをチェックアウトする必要があり、デバッグ目的で同じプロジェクトとして認識されないようです。これを行う方法はありますか?

+0

IDEの* 2番目のインスタンスを使用してソリューションBをデバッグする動機は何ですか?なぜ同じ環境で両方をデバッグしないのですか? –

+0

VSの1つのインスタンスで2つの "ソリューション"をデバッグすることはできません。一度にオープンソリューションを1つしか使用できません。しかし、彼がやろうとしているのは(ソリューションAのプロジェクトBを開いて)作業しなければならないということです。 –

答えて

1

この問題は、エクスポートされたライブラリを含む大規模なプロジェクトで頻繁に発生します。あなたが取っているアプローチは正しいものであり、うまくいくはずです。

ソースコントロールの問題から始めます:プロジェクトが共通のルートフォルダを共有しないため、これを行うときにTFSで問題が発生しました。プロジェクトファイルがプロジェクトの子フォルダにない場合ソリューションファイルの場所。プロジェクトB1からソース管理バインディングを削除しようとする可能性があります。私は、プロジェクトB1がソリューションAの現在のワークスペースにない別々のワークスペースを持っていることが、ここでは大いに役立つことを発見しました。 (プロジェクトB1を含むソリューションをチェックインしないように注意してください。そうしないと、ソリューションを入手している他の人にエラーが発生する可能性があります)。

同じプロジェクトをデバッグの目的で使用していない限り、正しいコンフィギュレーション/アーキテクチャファイル、デバッグを使用してビルドしたもの、そしてpdbファイルが利用可能であることが必要です。ソースファイルがdllのビルド時と同じフォルダの場所にある限り、VSはそれらを見つける必要があります。これを実行するには、プロジェクトをソリューションに入れる必要はありません.VSは、ソースファイルが利用可能である限り、ソースファイルを検索します。プロジェクトにソリューションを追加すると、余分なナビゲーションやインテリセンスなどが得られます。

最悪の場合、プロジェクトA1の参照をプロジェクトレベルの参照に一時的に変更してみてください。この場合も、ではありませんが、この方法でソリューションをチェックするのではなく、デバッグプロセスを正常に動作させるための迅速な方法です。

関連する問題