web-dev-qa-db-ja.com

Visual Studio 2010では、ソースファイルを変更した後、ビルドがエラーなしで失敗したと表示されます

いくつかのプロジェクトを含むVisual Studio 2010ソリューションがあります。 Build-> Build SolutionまたはBuild-> Build MyCompany.MyProduct.MyProjectで正常にビルドできます。ビルド後、CTRL + F5を押して、スタートアッププロジェクトを正常に実行します。これは期待どおりに機能します。

ソースファイルを変更した後、保存してから再度ビルドします([ビルド]-> [ソリューションのビルド]または[ビルド]-> [MyCompany.MyProduct.MyProjectのビルド])。 CTRL + F5を押してスタートアッププロジェクトを実行できます。これも期待どおりに機能します。

問題は次のシナリオにあります。ソースファイルを変更した後、保存して直接Ctrl + F5キーを押すと、Visual Studio 2010はBUILD FAILEDと表示され、エラーはありません。そして、それは私のスタートアッププロジェクトを開始しません(もちろん)。

何か不足していますか?

63
ceco

Visual Studioを閉じて、ソリューションの.suoファイルを削除します。 Windowsの「隠しファイル」であり、ユーザー設定が含まれていますが、厄介なこともできます。

109
kerem

少し遅れているように見えますが、うまくいったのは、出力ウィンドウを確認することでした。

まだ存在していない関数への参照がありました。エラーリストに表示されない理由はわかりませんが、出力ウィンドウから問題の正確な場所がわかりました。

20
Ortund

コンパイル/実行する場所を変更して、同じ手順を繰り返してみてください。古い場所に比べて、新しい場所に移動するフォルダーが少ないことを確認してください。ソースコードへの長いパスは、私と同様の問題を引き起こしていたので、短いパスを選択することでそれを克服しました。

13
Gopi

ビジュアルスタジオを閉じました。

すべてのbinフォルダーを削除しました。 (奇妙な許可エラーがあったので、ファイルを削除し、binを含むフォルダーをバックトラックで削除しました)。

Visual Studioを再開しました。ビルドまたはリビルドを実行し、すべてが再び機能していました。

8
Valamas

プロジェクトの物理パスを確認し、長すぎる場合は、プロジェクトを非常に短い名前でルートディレクトリフォルダにコピーします。そして、プロジェクトをビルドしてみてください。

3
BJ Patel

この問題が発生し、警告が1つありましたが、エラーは見つかりませんでした。最終的に、ビルドコマンドを出力ウィンドウからコマンドウィンドウにコピーし、手動で実行しました-警告の後に4つのエラーを吐き出しました。なぜこれが機能したのか分かりません。

必要なコマンドには「CoreCompile」というラベルを付け、次のようにします。C:\Windows\Microsoft.NET\Framework\v4.0.30319\Csc.exe /noconfig /nowarn:1701,1702,2008 /nostdlib+ /errorreport:Prompt /warn:4 /define:TRACE;SILVERLIGHT;WINDOWS_PHONE /errorendlocation /preferreduilang:en-US /highentropyva- /reference:"C:\Dropbox\code

表示されない場合は、[ツール]-> [オプション]-> [プロジェクトとソリューション]-> [ビルドと実行]でビルド出力設定を変更し、[MSBuildプロジェクトビルド出力の詳細]を[標準]以上に設定してください。

2
Jac

他の人がこの問題を経験している場合(私は最初にSUOファイルを削除しようとしましたが、これはうまくいきませんでした):

ソリューションで空の新しいプロジェクトを作成し、すべてのソースファイルを新しいプロジェクトにインポートすることで解決しました。おそらく問題はプロジェクトファイルにありました。

1
motto

私は同じ問題を抱えていて、次の手順で解決しました

[ツール]-> [オプション]-> [プロジェクト]および[ソリューション]-> [全般]に移動し、[ビルドがエラーで終了した場合は常にエラーリストを表示する]チェックボックスをオンにします。

1
Fiona

もう1つ確認する必要があるのは、ソースファイルのいずれかが開いているとビルドできないことです。コンピューターを再起動する必要がありました。

0
xelanosat

この問題に遭遇したとき、私はライブラリプロジェクトを参照するWebサイトプロジェクト(同じソリューション内)で作業していました。エディターが構文を強調表示し、ソースにナビゲートしているときにビルドが失敗しました。とてもイライラします。

他の答えはどれも私にとってはうまくいきませんでした。 この問題 は、最近このマシンでDBMLを初めて使用したため、関連している可能性があると考えました。それでも、それが寄与因子ではなかったかどうかは完全にはわかりません。

ソリューション、一時ファイル、VSの再起動などをクリーニングした後、問題のある2つのファイルを除外しました。これにより、ソリューションが正常にビルドされ、再びすべてが正しくビルドされました。


0
brichins

ディレクトリパスが248文字を超える場合、ソリューションに失敗することがあります。完全なパスがそれよりも小さいことを確認してください。

敬具ハイデラバード、MSBI開発者のVenkateshwarlu氏。

0
user10103647

私の問題は、機能的なvs2008プロジェクトをvs2010に変換することから生じました。ソリューション内の他のすべてのプロジェクトは問題ありませんでしたが、このプロジェクトはMIDL部分を構築し、停止して失敗します。詳細なビルド設定では何も明らかにされなかったため、最終的に、すべてのファイルを同じにしてまったく新しいプロジェクトを作成しました。これはうまくいきました。次に、設定を比較し、最後にさまざまな部分を一致するように変更した後、変換されたプロジェクトのMIDL-> General-> "MkTypeLib Compatible"が空白に設定されていることを発見しました。これは明らかにvs2008で有効な設定でしたが、vs2010では、明らかにYesまたはNoに設定する必要があります(または継承)。

これで問題が解決しました。

0
Josh Dalton

ソリューションに含まれるプロジェクトが多すぎる場合、

プロジェクトを個別に構築する、

失敗しているプロジェクトを確認します

そのプロジェクトについて、そのプロジェクトの参照を確認し、参照上に黄色のマークがある場合はその参照を削除し、その参照を削除し、再度追加し、ビルドして確認します

これは動作します

または

出力ウィンドウでチェックしてください、各行、それが表示されている可能性のある行、依存関係はそれらですが、見つかりませんでした、それが原因の問題です

これはファイルの破損が原因である可能性があります

0
Amit

私の場合、出力ウィンドウにコードコントラクトのバグは表示されませんでした。

CodeContracts: xxx: Unhandled Exception: System.IO.FileNotFoundException:
Could not load file or Assembly 'System.Data.SqlServerCe, Version=3.5.1.0,
Culture=neutral, PublicKeyToken=89845dcd8080cc91' or one of its dependencies.
The system cannot find the file specified.

提案されているように、このプロジェクトのコードコントラクトウィンドウでキャッシュ結果を無効にすることで解決しました この回答では

今日もこの問題がありました... @Jacが示唆したようにビルドの冗長性を診断に変更した後、問題はresxファイルに依存していることがわかりました。どうやら、1つのイメージが破損しているか、大きすぎるため、削除して機能しました。

0
Ofir Winegarten

VS 2013でSharepoint 2013ワークフローを処理するときにこの問題が発生します。それを解決するために、以下を実行しました。

  1. Worklfows(バグのあるもの)プロジェクトをアンロードします。
  2. .csproj.userファイルを削除します
  3. メモ帳で.csprojファイルを開き、次の行を削除します。

     <PropertyGroup>
      <VisualStudioVersion Condition="'$(VisualStudioVersion)' == '' or '$(VisualStudioVersion)' &lt; '11.0'">11.0</VisualStudioVersion>
     <VSToolsPath Condition="'$(VSToolsPath)' == ''">$(MSBuildExtensionsPath32)\Microsoft\VisualStudio\v$(VisualStudioVersion)</VSToolsPath>
    

プロジェクトをソリューションにリロードした後、VSはまったく同じ行を再び追加しましたが、現在LoaderExceptionの問題はありません。

0
dbardakov

私は2日前にその問題に直面しました。 Windowsの出力を確認したところ、VBIDEへの参照が欠落していることがわかりました。タイプライブラリVBIDEのラッパーアセンブリが見つかりません。ソリューションエクスプローラーですべてのファイルを表示し、参照を展開したところ、そのアセンブリへの参照があることがわかりました。その参照がどのように私のプロジェクトに入ったのか分かりませんし、私はそれを必要としないと確信しました。私はちょうどそれを削除し、すべてが修正されました。

0
JC Nunez