デバッグターゲットが見つかりませんか？
ソリューションをビルドしようとすると、次のエラーが表示されます。
デバッグターゲット 'c：\ target'がないため、Visual Studioはデバッグを開始できません。プロジェクトをビルドして再試行するか、OutputPathプロパティとAssemblyNameプロパティを適切に設定して、ターゲットアセンブリの正しい場所を指すようにしてください。
出力パスはbin\Debugに正しく設定されていますが、exeはそのフォルダーに作成されません。代わりに、私が得るのはexe.config、vshost.exe、およびvshost.exe.configファイル。
何が起こっているのでしょうか？
テキストエディタでプロジェクトファイルを開き、「c：\ target」を「bin\Debug」に置き換えることができます。
[〜＃〜] edit [〜＃〜]
他にも役立つ回答がありますが、受け入れられているので削除できません。
- プロジェクトの出力パスが正しいことを確認します（プロジェクト>プロパティ>ビルド>出力パス）
- メニューから[ビルド]> [構成マネージャー]に移動し、メイン/エントリプロジェクトが[ビルド]をチェックしているかどうかを確認します。そうでない場合は、確認してください。
同じ問題が発生しました。
以下は、できなかった解決策です：
- ソリューション全体の構築/再構築
- 出力パスが正しいことを確認します（MyProject> Properties> Build> Output> Output path）
did私のために働く解決策は次のとおりです：
- projectのみを再構築する
私はこのステップに従ってこのタイプの問題を解決しました
1.VS2010ソリューションエクスプローラーを右クリックし、ビルドを選択します。
- もう一度Ctrl + F5またはF5を押します
問題を解決するには、次の手順を試してください。
ステップ1：
ソリューションを右クリックして、プロパティを選択します
ステップ2：
[構成]プロパティで、[ビルド]オプションボタンを選択します
私はこの問題に出くわしましたが、Visual Web Developer Express 2010を使用しており、IDEまたはプロジェクトファイル内で間違ったパスを見つけることができませんでした。ビルドフォルダーの再構築または削除はしませんでした '助けて。
しかし、これまでに行ったことのないプロジェクトの.userファイルを調べたところ、悪いパスがそこにあることがわかりました。どこを見ればよいかがわかれば非常に簡単です。
私は同じ問題を抱えていて、実際の解決策は恥ずかしいほど簡単でした：
プロジェクトでVisual Studioがプログラムを正常にコンパイルしたことがない場合（最初のバグを見つける前）、このエラーが発生します。私がしたことは、問題のあるコードをすべて削除することでした（私の場合、コードのない単純なbutton1_Clickだけを残しています）。コードを1回実行/コンパイルします。実行中のプログラムを終了すると、このメッセージは消えます。
コンパイラーは、最初の正常なコンパイルでさまざまなディレクトリとファイルを構築し、これらはデバッガーによって使用されます。私は現在、すべての新しいプロジェクトでフォームを定義し、コンパイルし、閉じてからコーディングを開始することを推奨しています。
これはすでに回答されていますが、私自身の解決策は上記のどれでもないことがわかりました。確かにルーキーの間違いで、私のソリューションには複数のプロジェクトがあり、ソリューションを実行しようとすると、間違ったプロジェクトがStartup Projectとして設定されました。
だから、私自身の場合、他の人に言わないで、解決策はプロジェクトを右クリックしてSet as Startup Projectを選択することでした
この問題を解決するには、以下の手順に従ってください。
- VS2010を使用している場合は、プラットフォームターゲットをx64に変更します
- .net frameworkを3.5として選択します
- Sharepointのカスタムコードを使用していて、上記をデバッグまたは展開したい場合は、....そして私の悪い目的のために、.netアプリケーションを絶対に使用しないでください
すべてのファイルがbinフォルダーから削除されると、これが発生する可能性があることがわかりました。アプリを再構築して完全なビルドを強制します。ソリューションエクスプローラーでプロジェクトを右クリックし、[再構築]を選択します。
私もこのエラーがありました（VS2010で）、私の場合（1つのソリューションに2つのプロジェクトがあり、1つはユニットテスト用です）、答えはソリューションの（プロジェクトのではない）プロパティと単一のスタートアッププロジェクトを設定します。そのプロジェクトの設定で、アプリケーションの下にある「スタートアップオブジェクト」を指定することも必要だと思っていましたが、それを使用してもしなくても機能します。
このスレッドに記載されているすべてを試しましたが、どれも機能しませんでした。その後、私は最も簡単なことを試してみましたが、うまくいきました。 Visual Studioを閉じて、再度開きます。
私は非常によく似た問題を抱えていましたが、ほとんど解決策はありませんでした、最終的にVS設定をリセットすると修正されました...設定をリセットするには：
- [ツール]メニュー>
- 設定のインポートとエクスポート>
- [すべての設定をリセット]ラジオを選択します>
- 次へ>
- 次へ（このステップで現在の設定をバックアップできます）>
- 終わり
問題：問題は、悪いnugetソース設定があったため、古いDLL参照がまだ見られたため、正しくビルドされたにもかかわらず、ソリューションが適切に開始できなかったことです。
解決策：ナゲットのソースURLを変更するだけでは不十分で、ナゲットのソース全体を削除して、適切なURLで再度追加する必要がありました。ソリューションをクリーンアップして再構築します。
プラットフォームターゲットを「任意のCPU」に変更することで、この問題を解決しました。
この問題につながる可能性のある多くの問題がありますが、この問題に2日を失った後、私はこの問題の根本的な原因と、デザインビューに切り替えるときにエラーをスローするフォームデザイナーの問題があると思いますDataSet Designer）：
Intellisenseがキャッチしない言語構文エラー。
細かい歯の櫛を使ってコードを調べてみると、見落としがちな、本当に骨の折れるいくつかの間違いが見つかりました。それらが解決したら、解決策がうまくコンパイルされ、出力が正しい場所にありました。
これは本当に迷惑なエラーでした！
デバッグインスタンスを開始しようとしましたが、exeが作成されませんでした！ ConnectionStringにエラーがありましたが（SQL接続を試行中）。パスの一部であるはずの2つのバックスラッシュがあり、私が従ったチュートリアルでは、それを無視するように言われました。
まあ、それはエラーだったことがわかります。バックスラッシュは、あなたがやりたいエスケープの始まりを示し、バックスラッシュを表示させる方法は\\ の代わりに \。
それを取り除き、それは私のために働いた。
編集：コードを適切にコンパイルできるようにするために、コードの作成中に発生した小さなエラーを取り除く必要があるようです。
上記の説明が役に立たない場合は、プログラムにエラーがある可能性があります。私は同じ問題を抱えており、同じクラスで使用されている関数をカットし、その関数の1つが原因であったため、それを解決しました。