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

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

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

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

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

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

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

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

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

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

в случае, если некоторые другие люди испытывают эту проблему (я попытался сначала удалить файл 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.

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

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

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

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

---

С. С. Позже я обнаружил ошибку в masterpage отделенного кода сайта (ссылки на значение перечисления, которое было удалено), который не отображается как ошибка. У меня были ошибки в masterpage codebehind причина (по-видимому) несвязанные проблемы раньше; я пытаюсь вспомнить, чтобы проверить когда есть простое решение не представляет себя.

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

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

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

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

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

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

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

или

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

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

имеет эту проблему при работе с рабочими процессами 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, Хайдарабад.