Как найти причину неудачной сборки без ошибок или предупреждений

У меня есть веб-приложение, которое содержит ссылку на службы WCF.

При сборке с использованием Visual Studio 2010 сборка завершается ошибкой без каких-либо ошибок или предупреждений. Однако построение .csprojиспользования MsBuildуспешно.

Не могу понять, что мне попробовать в Visual Studio, чтобы решить / диагностировать проблему. Не могли бы вы помочь?

РЕДАКТИРОВАТЬ:

Я обнаружил, что сборка дает сбой,

1. Из текста, отображаемого в строке состояния.
   

2. Из окна вывода:

   ========== Build: 0 succeeded or up-to-date, 1 failed, 0 skipped ==========
   

Просто столкнулся с похожей ситуацией. В моем случае настраиваемое действие (из пакета MSBuildVersioning, доступного на Nuget.org - http://www.nuget.org/packages/MSBuildVersioning/ ), которое появилось в целевом объекте BeforeBuild файла csproj, приводило к сбою, не вызывая сообщения об ошибке в нормальное место.

Я смог определить это, установив для параметра «Подробность вывода сборки проекта MSBuild» (на вкладке «Инструменты» последней версии Visual Studio [Путь: Инструменты> Параметры> Сборка и запуск ]) значение « Диагностика », как показано ниже. Затем это показало, что пользовательское действие (в моем случае HgVersionFile) было неудачным.

Build + Intellisense проглатывает сообщения об ошибках. При выборе « Только сборка» они отображаются.

• Если решение содержит более одного проекта, попробуйте создавать их по одному.
• Попробуйте перезапустить Visual Studio.
• Попробуйте перезагрузить компьютер.
• Попробуйте " Восстановить все "
• Попробуйте « Чистое решение », затем удалите файлы « vspscc » и « vssscc », затем перезапустите Visual Studio, а затем « Перестроить все ».

Перезапуск VS (2013 Pro, Win 8.1) сделал это за меня.

Удалить папку .vs и перезапустить VS, работал у меня

Я хочу расширить ответ Сассе .

Чтобы решить проблему с Visual Studio 2015 Update 2, мне пришлось собирать каждый проект по одному и смотреть в окно вывода после каждой сборки.

Один проект дал мне

«Тип или имя пространства имен SomeNamespace не существует в пространстве имен BeforeSomeNamespace (вам не хватает ссылки на сборку?)».

В окне «Список ошибок» ошибки не было, но сборка имела желтый предупреждающий знак в разделе «Ссылки».

Затем я увидел, что ссылочный проект нацелен на 4.5.1, а ссылочный проект - на 4.6.1. Изменение 4.6.1 на 4.5.1 позволило успешной сборке в целом.

У меня ничего не работало, поэтому я удалил файл .suo, перезапустил VS, очистил проекцию, и тогда сборка заработала.

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

Убедитесь, что все проекты в вашем решении ориентированы на одну и ту же версию .NET.

Как и в случае с OP, ошибок было 0, но сборка продолжала сбоить. Однако была одна запись с предупреждением (похороненная между несколькими сотнями бесполезных предупреждений XML ...), в которой говорилось, что один проект нацелен на другую версию .NET, чем проект, ссылающийся на него. Вся проблема заключалась в том, что один проект в моем решении был нацелен на .NET 4.5.2, тогда как остальные были нацелены на 4.5.1. Он должен работать даже с этим несоответствием (поэтому это было просто предупреждение), но, к сожалению, сборка сломалась.

Странно то, что какое-то время он собирался / работал нормально, но внезапно сборка начала давать сбой один раз, вызывая эту проблему. Не уверен, что я сделал, чтобы он начал жаловаться на разные целевые версии .NET, но я чувствую, что в Visual Studio есть только некоторые загадки, которые никогда не будут решены.

Перейдите в окно вывода, найдите «ошибка» в окне вывода, TADA

Сначала «Очистите раствор», затем перестройте сол.

Если не работает, закройте Решение и перезапустите решение.

Попробуйте эти вещи, надеюсь, определенно сработает.

Другая возможность заключается в том, что Visual Studio необходимо запускать от имени администратора, это может быть связано с развертыванием на локальном сервере IIS или другой необходимостью развертывания.

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

Просто ради завершения и, возможно, помочь кому-то снова столкнуться с той же ошибкой в ​​будущем, я использовал интерфейс метро Mahapps и изменил XAML одного окна, но забыл изменить частичный класс в коде программной части. В этом случае сборка завершилась неудачно без ошибки или предупреждения, и я смог выяснить это, увеличив подробность вывода в настройках:

У меня была такая же проблема, и я отследил эту проблему до параметров списка ошибок «Build + Intellisense».

Если выбран этот параметр, то в списке не отображаются ошибки. Переключитесь на « Только сборка », и ошибки появятся должным образом.

Это похоже на ошибку в Visual Studio. Перезапуск визуальной студии решил эту проблему .

Для меня это Target Frameworkбыло проблемой.

Мой проект Target Frameworkбыл, 4.5.2а упомянутый проект Target Frameworkбыл 4.6.1.

Как только я обновил свой проект Target Frameworkдо 4.6.1, проблема была исправлена.

У меня была аналогичная проблема после добавления нового проекта (названного «TestCleaner») к моему решению: сбой сборки, ошибок нет.

Я увеличил подробность вывода (см. Инструкции Ричарда Дж. Фостера) и поискал в выводе «сбой». Я быстро обнаружил, какой проект не удался и почему: проект «TestRunner» завершился неудачно с « ошибкой CS0246: не удалось найти тип или имя пространства имен« TestCleaner »» (хотя в коде не было выделено никаких проблем).

Проверяя ссылки TestRunner, мы убедились, что ссылка на TestCleaner была помечена как неразрешенная, а путь отсутствовал в свойствах ссылки. Удаление и повторное добавление не помогло. И снова без объяснения причин.

неразрешенная ссылка

Я наконец обнаружил причину: «TestCleaner» использовал другую целевую структуру по сравнению с другими проектами. Это был .Net 4.5.2; остальные - 4,5.

У меня такая же проблема. В окне списка ошибок есть 2 раскрывающихся списка: «Показать элементы, содержащиеся в» и «Показать сгенерированные проблемы». Эти имена видны после наведения курсора на раскрывающийся список. В раскрывающемся списке «Показать сгенерированные проблемы» было установлено значение «Build + IntelliSense», и после изменения на «Build Only» ошибки появились в списке.

Попробуйте собрать свой проект из командной строки Powershell:

dotnet build

Тогда вы сможете увидеть любые ошибки в выводе командной строки, даже если Visual Studio играет в прятки с сообщениями об ошибках сборки.

Я столкнулся с такой же проблемой! Просто удалите папку bin и перезапустите файл VS. Вот и все. протестирован в VS 2013.

Для меня это решило удаление .vs папки из корня решения и перезапуск Visual Studio.

Также, возможно, важно сказать, что, хотя ошибки не отображались на панели «Список ошибок», они по-прежнему присутствовали в выходных данных сборки.

В Visual Studio 2019 мне пришлось «Запускать от имени администратора», и, наконец, все было нормально. Итак, откройте приложение от имени администратора (щелкните правой кнопкой мыши - запустите от имени администратора).

Со своей стороны, у меня возникла эта проблема, когда я добавил новый проект (библиотеку)

Как я это решил

Щелкните правой кнопкой мыши новую добавленную библиотеку, перейдите в «Свойства», затем «Приложение», в разделе «Приложение» измените целевую платформу на структуру всех проектов.

Проблема в том, что у вас есть проект с использованием разных целевых фреймворков.

Недавно я столкнулся с той же проблемой, я также пробовал так много вещей, как перезапуск Visual Studio, очистка и перестройка решения, перезагрузка ПК и т. Д. (Прежде всего убедитесь, что все проекты в вашем решении нацелены на одну и ту же версию .NET.)

но, видимо, у меня ничего не работало, поэтому я сделал это ..

1- сохранить ожидающие изменения в проекте и закрыть Visual Studio,

2- найдите точное местоположение в проводнике, найдите файл "obj" и откройте его,

3- затем удалите все включенные файлы (некоторые файлы не удаляются, это не имеет значения, просто пропустите их) ,

4- затем используйте команду запуска (нажав Windows Key + R), введите «% temp%» и нажмите Enter, чтобы найти временные файлы,

5- затем удалите их все.

это сработало для меня.

Это случилось со мной после добавления новой страницы в проект asp.net.

Я исключил страницу и заставил ее снова успешно построить.

Затем я добавил страницу со всем закомментированным кодом. Успех.

Потом я по крупицам раскомментировал код, и все заработало.

У меня была такая же проблема после удаления нескольких форм. Ошибки возникли, когда я вошел в код и выполнил «Показать определение» для одного из удаленных элементов управления.

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

Я пробовал все, но в моем случае ничего не работало, тогда я изменил эти упомянутые настройки, которые довольно хорошо решили проблему для меня. Попробуйте, если это может помочь последним зрителям. Эти параметры могут отличаться в зависимости от ситуации, но убедитесь, что при сборке всех включаемых библиотек DLL те же параметры конфигурации, которые вы сохранили изначально (упомянутые на изображении).

Ура!

Если установлен пакет nuget «Microsoft.Net.Compilers», убедитесь, что он подходит для версии вашей Visual Studio (версии Build Tools).

Версии 1.x означают C # 6.0 (Visual Studio 2015 и обновления). Например, 1.3.2

Поэтому не обновляйтесь до версии выше 1.x, если вы используете VS2015

https://stackoverflow.com/a/44397905/3862615

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

В Visual Studio 2015 я включил подробный MSBuild в разделе ИНСТРУМЕНТЫ> Параметры> Проекты и решения> Сборка и запуск.

Он дал мне немного информации о сборке, но без ошибок. После этого я попытался проверить расширения и обновления (Инструменты> Расширения и обновления) и обнаружил, что некоторые из них нуждаются в обновлении.

Пакет Nuget был виновником, после обновления Nuget - сборка прошла успешно.

Возможно, это связано с разницей в версии Reportviewer в вашем проекте и VS

Так как все не работало, обнаружил, что ошибки не отображаются при открытии проекта как решения (.sln), тогда как ошибка отображается при открытии проекта как проекта.