Не удалось создать проект Visual Studio 2015, но ошибок нет

Ответ 1

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

Я также попробовал очистить решение и Clean Failed.

Могут быть другие сценарии, в которых это не делает трюк, но в моем случае перезапуск разрешил это для меня.

Ответ 2

Возможно, вы не видите все ошибки сборки.

Изменив раскрывающийся список после значка "Сообщения" с "Build + Intellisense" на "Build Only", вы сможете увидеть ошибки, возникшие во время сборки, которые не обнаружены Intellisense. Смотрите скриншот ниже:

Ответ 3

Я видел регулярные экземпляры VS2015, сообщающие о сбое сборки, но не отображая никаких ошибок в окне ошибки. Исходя из древней командной строки, я, наконец, посмотрел окно вывода. Окно вывода показало ошибки сообщения компилятора, но эти ошибки не были зафиксированы в окне ошибки. Я никогда не видел эту проблему под VS2013.

Обычное закрытие VS и его повторное открытие не очистили это условие. (В VS2013 это был распространенный способ вытеснить XAML intellisense в тылу и заставить его остановить фиксацию на "ошибке", которая была исправлена.)

До сих пор это всегда было связано с ошибками компиляции в CS файле страницы XAML. Я не могу вспомнить, что видел его в нестраничном файле CS.

Пока не выясняется, что нужно проверить окно вывода, такие вещи, как сообщение intellisense в окне ошибки, недействительные ссылки на объекты в XAML, но ошибки компилятора, отображаемые в окне ошибки, не могут получить ОЧЕНЬ путаницу, поскольку она "появляется" как ошибки - это ошибки XAML, сообщающие об ошибках. Но на самом деле это не так. Ошибки XAML являются лишь симптомами файлов CS, которые не могут скомпилироваться, но не имеют сообщений об ошибках в окне ошибок.

Ответ 4

Удаление скрытой папки .vs для работы для меня для VS2015.

(Обратите внимание, что здесь находятся файлы SUO)

Ответ 5

Это может произойти, если вы ссылаетесь на другой проект версии инфраструктуры .net(v4.5.2 vs v4.5 в моем случае). Исправление этого исправляет вашу проблему.

Ответ 6

У меня была эта проблема с VS2015 Update 3 RC и Xamarin (совлокальный проект .Forms).
Компилятор не останавливается, ошибки отображаются только в окне вывода.
Это только для проектов Xamarin (с проектами VB.NET все работает как ожидалось)...
Чтобы попытаться найти причину проблемы, я изменил вывод сборки в VS:
- меню "Инструменты - Параметры"
- с левой панели: "Проекты и решения: Build And Run":
- измените "Вершина вывода MSBuild" с "Минимальная" на "Диагностика"

После этого компилятор остановился и была обнаружена ошибка.
После этого я вернул параметр "Диагностика" в "Минимальный" (как и раньше) и... он также работал с "Минимальным" (конечно, я также перезапустил VS)...

Итак... кажется (по крайней мере, в моем случае), что только для изменения (касания) параметра (MSBuild Output Verbosity) была решена проблема и что это ошибка в VS и/или Xamarin интеграционное программное обеспечение...

Ответ 7

То, что произошло у меня, было: изменение часового пояса на компьютере до +5: 30, а затем изменение его назад -5: 00 - это то, что путало VS. Когда я перезапустил VS, он снова работал нормально.

Ответ 8

Проверьте все версии Project Framework и убедитесь, что они все одинаковые, или, по крайней мере, этот проект A не ссылается на проект B, когда версия B версии .NET выше.

Ответ 9

Я не знаю, являюсь ли я единственным, кто сталкивается с этой проблемой. в моем случае, когда я открыл Visual Studio, часовой пояс находился в GMT + 1: 00, и сборка была успешной, а затем я изменил часовой пояс на GMT + 5: 30, а затем без перезагрузки Visual Studio я попытался запустить приложение, но сборка провалился без каких-либо ошибок или предупреждений, затем я изменил часовой пояс на GMT + 1: 00, и сборка завершилась без какой-либо ошибки.

Ответ 10

То, что я сделал (после всего вышеперечисленного, и оно все еще не работало), проходило через все папки bin и очищало их все (например, связанные проекты).

Это сработало для меня, надеюсь, это и для вас тоже.

Ответ 11

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

Ответ 12

Проверьте предупреждения..

У меня была новая библиотека классов с целевым .Net Framework 4.5, в то время как ссылочный проект был 4.0, что вызвало проблему со ссылками.

После изменения библиотеки классов в целевой .Net Framework 4.0 она работала правильно.

Ответ 13

Ничто из ответов выше не помогло мне. После многих экспериментов я наконец обнаружил, что проблема - ссылка на Microsoft.Net.Compilers v2.10.0 в одном из проектов. VS 2015 использует MSBuild v14, который не поддерживает эту версию Microsoft.Net.Compilers.

Ответ 14

Для меня эта проблема связана с настройкой набора правил CodeAnalysis " IncludeAll".

Кажется, компилятор соблюдает этот параметр:

  <IncludeAll Action="Error" />

Но IntelliSense принял ACTION по умолчанию на идентификаторе правила, который был "Предупреждение". Это объясняет поведение @RobertHarvey, в котором вы фильтруете вывод Build Only и отображается как ОШИБКА, но если вы фильтруете Intellisene Only, это отображается как ПРЕДУПРЕЖДЕНИЕ. Фильтрация вывода по умолчанию Build + Intellisense кажется недетерминированным!

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

  <Rules AnalyzerId="Microsoft.CodeAnalysis.CSharp" RuleNamespace="Microsoft.CodeAnalysis.CSharp">
    <Rule Id="CS0618" Action="Warning" />
  </Rules>

Это потенциально проблема с тем, что Intellisense не соблюдает опцию IncludeAll. См. https://github.com/dotnet/roslyn/issues/7400

Ответ 15

Это также может произойти при переносе проекта на Visual Studio 2015 с более старой Framework. Проверьте свои предупреждения в своем списке ошибок. Вы можете увидеть что-то вроде проекта в настоящее время .NET версии 2.0 и требует .NET 3.5 или выше. Если вы найдете аналогичное предупреждение, перейдите в свойства вашего проекта и настройте целевую платформу .NET Framework.

Ответ 16

Пожалуйста, проверьте предупреждения. Иногда сборка не удалась из-за каких-то предупреждений.

Ответ 17

Когда вы открываете решение, сгенерируйте его, я вижу некоторые ошибки сборки или предупреждения, указанные на вкладке "Вывод", а вкладка "Ошибка" не сообщает о каких-либо проблемах.

Вы можете видеть, что конфигурация "Ошибка вкладки" в порядке (выбрано "Только сборка" и "Цельное решение" ).

Обратите внимание, что после глубокого исследования я обнаружил, что это происходит, только если вкладка "Ошибка" еще не была показана при запуске сборки!

Если вы активировали вкладку "Ошибка" перед выполнением сборки (или если она была текущей вкладкой при запуске Visual), то вновь обнаруженные ошибки/предупреждения будут отображаться правильно:

Как будто "вкладка" Ошибка "инициализируется только тогда, когда она становится видимой (что может быть правдой, так как требуется больше времени, чтобы отображать первый раз, когда вы нажимаете ее...), и если это не так, не собирать результаты сборки...

До сих пор, не имея лучшего ответа на эту проблему, чем " активировать вкладку" Ошибка "перед созданием".

И я уверен, что почему-то работает "перезагрузка VS". Вы видите, что вкладка "Ошибка" пуста, вы закрываете и перепечатываете VS, тогда "вкладка" Ошибка "отображается по умолчанию, так как VS восстанавливает текущую активную вкладку с предыдущего сеанса. Вы строите и теперь заполняется вкладка "Ошибка"...! Вам просто повезло.

Примечание. Сообщено об ошибке VS: https://connect.microsoft.com/VisualStudio/feedback/details/3132689

Ответ 18

Взято из этого ответа

Ошибка компиляции, в окне вывода не было обнаружено ошибок.

Чтобы найти причину проблемы, я изменил Build Выход в VS: - меню "Инструменты - Опции" - с левой панели: "Проекты и решения: Build and Run": - измените "Вершина вывода MSBuild" с "Минимальная" на "Диагностика"

После этого я нашел настоящую причину, которая на самом деле была ошибкой в ​​проектах зависимостей. Я проектирую, что я был в зависимости от того, был построен для разных рамок (новее), чем у меня. Таким образом, создавая проблему. Ошибки выводились только тогда, когда я устанавливал Output Verbosity в Diagnostic

Ответ 19

Для меня это было мошенничество. Проблема не была в том, что я не видел ошибки; ошибка была следующей:

Ребенок node "2" вышел преждевременно. Выключение. Диагностическая информация может быть найдена в файлах во временном каталоге файлов с именем MSBuild _ *. Failure.txt.

Изначально сборка зависала и не отображала никаких ошибок, если вы не попытаетесь закрыть Visual Studio. После перезапуска он будет долго висеть при построении, а затем отобразит вышеприведенное сообщение.

Удаление скрытой папки .vs, восстановление/очистка и перезапуск Visual Studio не помогло. Удаление прикрепленного имущества; ergo, это может быть фактический код где-то, который не работает должным образом.

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

Обновление

Поскольку я привык к разработке традиционных приложений WPF, я не понимал, что вы не можете "заковать" пространства имен XAML, используя . с UWP. Я пытался установить прикрепленное свойство, используя

My.Namespace:SomeClass.SomeProperty="SomeValue"

В то время как это должно быть просто

MyNamespace:SomeClass.SomeProperty="SomeValue"

Это не так красиво, как мне нравится, но это единственный путь, по-видимому.

Ответ 20

Что сработало для меня:

Закрытие всех документов решило проблему для меня. (То же решение, если intelliSense перестает работать)

(вкладка правой кнопки мыши - Закрыть все документы)

Ответ 21

Попробуйте это

Исключение "mstscax.dll" из зависимостей, сработанных для меня.

Ответ 22

Проблема ниши: я столкнулся с тем же вопросом сейчас. Ни один из приведенных выше ответов не помог.

Проблема была для консольной программы, нельзя пометить метод Main() как async **, что я и делал. Не уверен, почему Visual Studio не может указать, почему именно проект не строился (каждый раз я получал 0 ошибок и 0 предупреждений). Я использую Visual Studio 2015 Enterprise.

Исправление: Работа для этого здесь.

Ответ 23

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

Поведение появилось после обновления до Windows 10. Чтобы исправить это, вам необходимо зарегистрировать сборку из GAC. Для того, чтобы это сделать, перейдите к этому ответу MSHTML DLL в Windows 10, где я нашел свой ответ.

Ответ 24

После обновления dll файла оказалось, что новый файл ориентирован на более высокую версию .NET Framework. Решением было перейти в Свойства проекта и изменить целевую среду на соответствующую версию.

Ответ 25

Файл MSBuild.exe изменен в каталоге (C:\Program Files (x86)\MSBuild\14.0\Bin)

поэтому я просто заменяю MSBuild.exe с другого компьютера, на котором установлен vs2015.

Теперь все работает нормально.

Ответ 26

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