Visual Studio 2010 говорит, что сборка не удалась без ошибок после изменения исходного файла

кажется немного поздно, но то, что сработало для меня, было проверить мое окно вывода.

У меня была ссылка на функцию, которая не существует. Я не знаю, почему он никогда не появлялся в списке ошибок, но окно вывода сообщило мне, где именно проблема.

попробуйте повторить те же шаги, изменив местоположение, в котором вы компилируете/запускаете. Убедитесь, что ваше новое местоположение имеет меньше папок для перемещения по сравнению со старым местоположением. Длинный путь к исходному коду привел к аналогичной проблеме для меня, и я преодолел ее, выбрав более короткий путь.

Я закрыл свою visual studio.

удалены все папки bin. (У меня была странная ошибка разрешения, поэтому я удалил файлы и задний трек удалил папки, включая bin).

снова открыта visual studio. Выполняется сборка или перестройка, и все снова работает.

Проверьте физический путь проекта, если длинный , скопируйте проект в какую-нибудь папку корневого каталога с очень коротким именем. И попытайтесь построить свой проект.

У меня была эта проблема и было одно предупреждение, но не удалось найти ошибок. В конце концов я скопировал команду build из окна вывода в командное окно и запустил ее вручную - она выплюнула четыре ошибки после предупреждения. Я понятия не имею, почему это работает.

требуемая команда должна быть помечена как "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 project build output verbosity" в нормальный или выше.

в случае, если некоторые другие люди испытывают эту проблему (я попытался сначала удалить файл SUO, но это не сработало для меня):

Я решил это, создав пустой новый проект в моем решении и импортировав все исходные файлы в новый проект. Вероятно, проблема сидела в файле проекта.

У меня была такая же проблема, решена следующим шагом

перейдите в инструмент - > опция - >проекты и решение->общие, убедитесь, что установлен флажок "всегда показывать список ошибок, если сборка заканчивается ошибками", в этом случае visual studio покажет список ошибок.

в моем случае я не видел ошибку контрактов кода в окне вывода:

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.

Я решил это, отключив Результаты Кэша в коде контрактов windows для этого проекта, как было предложено в ответ.

Я работаю над проектом веб-сайта, который ссылается на проект библиотеки (в одном решении), когда я столкнулся с этой проблемой. Ошибка сборки, когда редактор выделял синтаксис и переходил к источнику. Очень неприятно.

ни один из ответов работал для меня; я думал этот вопрос может быть связано, как я недавно использовал DBML в первый раз на этой машине. Все еще не совсем уверен, что это не было фактором.

после чистки решение, временные файлы, перезапуск VS и т. д., Я закончил тем, что исключил 2 оскорбительных файла, что позволило успешно построить решение, а затем, когда я снова включил их, все было построено правильно.

моя проблема возникла из преобразования функционального проекта vs2008 в vs2010. Все остальные проекты в решении встречались отлично, но этот построил бы часть MIDL, а затем остановился и потерпел неудачу. Подробные настройки сборки ничего не показали, поэтому, наконец, я создал совершенно новый проект со всеми файлами одинаково. Это сработало. Затем я сравнил настройки и, наконец, после изменения различных частей в соответствии, я обнаружил, что преобразованный проект имел MIDL - >General - > "Mktypelib Compatible", установленный в пусто. По-видимому, это был допустимый параметр в vs2008, но в vs2010 он, по-видимому, должен быть установлен в Да или нет (или наследовать).

это исправило мою проблему.

Если ваше решение содержит слишком много проектов ,

построить проекты индивидуально,

проверьте, какой проект не работает

для этого проекта проверьте ссылки этого проекта, если по какой-либо ссылке, если они имеют желтый цвет , удалите эту ссылку и добавьте ее снова , затем постройте и проверьте,

Это будет работать

или

проверьте окно вывода, каждую строку , в какой-то строке он может отображаться , зависимость-это их, но не нашел ее, то есть проблема, вызывающая

Это может быть связано с повреждением файла

имеет эту проблему при работе с рабочими процессами Sharepoint 2013 в VS 2013. Для ее решения сделали следующее:

1. выгрузить worklfows (багги один) проект.
2. удалить .csproj файл.файл пользователя

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 сейчас.

У меня сегодня этот вопрос... после изменения многословности сборки на диагностику, как предложил @Jac, я обнаружил, что проблема зависит от одного из моих файлов resx. По-видимому, одно изображение было corupted или было слишком большим, я удалил его, и он работал!

Я столкнулся с этой проблемой два дня назад. Я проверил выходные данные Windows, и я основал отсутствующую ссылку на VBIDE: не могу найти сборку оболочки для библиотеки типов VBIDE. Я показал все файлы в обозревателе решений, расширенные ссылки, и я нашел ссылку на эту сборку. Я не знаю, как эта ссылка попала в мой проект, и я был уверен, что она мне не нужна. Я просто удалил его и все было исправлено.

еще одна вещь, чтобы проверить, что если какой-либо из ваших исходных файлов открыты, он не сможет построить. Мне пришлось перезагрузить компьютер.

несколько раз, если путь к каталогу больше 248 символов, это приведет к сбою решения. Убедитесь, что полный путь меньше.Я столкнулся с той же проблемой, что и я, и это сработало для меня.

с уважением Венкатешварлу, Разработчик MSBI, Хайдарабад.