Ошибки сборки в Visual Studio 2019 непоследовательно отображаются в списке ошибок

Недавно я обновился с Visual Studio 2017 Community Edition до Visual Studio 2019 Community Edition.

Теперь, если я построю свое решение с ошибками, они будут отображаться в выходных данных сборки, но не все из них появятся в списке ошибок. Казалось бы, в списке ошибок будут отображаться только ошибки открытых файлов. Это невероятно раздражает.

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

Я пробовал различные решения, предложенные в этих обсуждениях:

  • Я убедился, что фильтры действительны: все решение, ошибки включены, сборка + Intellisense.
  • Я попытался удалить папку .vs и перезапустить Visual Studio.
  • Я только что обновился до самой последней версии Visual Studio 2019. Предположительно, существует много разных версий этой ошибки, возникающих в версиях Visual Studio вплоть до 2017 года. Некоторые предположительно были исправлены ...?
  • Я отключил параллельную загрузку проекта.

Я уже сталкивался с этим раньше в других версиях Visual Studio со страницами Razor. Насколько мне известно, этого и следовало ожидать в Razor.

Единственный другой фактор, на который я серьезно сомневаюсь, это то, что это проект Visual Studio, созданный редактором Unity. Из того, что я читал, у ASP.NET, Razor, Xamarin и других фреймворков была собственная версия проблемы. Возможно, Unity тоже страдает от этого, но я не понимаю, как и почему. Я сомневаюсь, что автоматически сгенерированные Unity проекты Visual Studio чем отличаются от ваших стандартных библиотечных проектов.


visual-studio unity3d c#
person Zoop    schedule 19.08.2019    source источник
comment
Вы нажали Clear All Filters в Error List?   -  person mjwills    schedule 19.08.2019
comment
Да, но безрезультатно.   -  person Zoop    schedule 19.08.2019
comment
Похоже на ошибку, вы сообщили об этом в Microsoft?   -  person TheGeneral    schedule 19.08.2019
comment
Я еще не. Учитывая, что несколько человек сообщали об аналогичных проблемах, и это было связано с Visual Studio 2019, я надеялся, что это что-то еще.   -  person Zoop    schedule 20.08.2019
comment
Не работает с v16.8.2 по крайней мере до v16.9.1 в Visual Studio 2019, и принятое решение не работает. Мне нужно скопировать вывод сборки в Notepad ++ и вручную найти ошибку. Мы скоро вернемся к карандашу и бумаге, если Microsoft продолжит обновлять Visual Studio ...   -  person AlainD    schedule 08.04.2021

Ответы (4)


arrow_upward
16
arrow_downward

Я установил Visual Studio 2019 на двух разных компьютерах, и, похоже, «Полный анализ решения» по умолчанию отключен.

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

person Zoop    schedule 20.09.2019
comment
Спасибо! Я неоднократно пытался выяснить, как это исправить (форумы поддержки Visual Studio не помогли) и, наконец, наткнулся на это. - person Nate Barbettini; 07.11.2019
comment
К сожалению, даже в последней версии (16.7.2) включение полного анализа решения снижает общую производительность VS (например, существует очень заметная задержка между набором текста и появлением или обновлением списка автозаполнения / предложений), а также отзывчивости VS ' весь пользовательский интерфейс также внезапно становится вялым, когда открывается окно со списком ошибок с большим количеством элементов. - person Dai; 17.09.2020
comment
Похоже, это не работает в версии 16.9.1, где параметр называется областью фонового анализа и установлен для всего решения. Эта ошибка возвращает Visual Studio к каменному веку ручных сборок, чтобы увидеть, работает ли ваш код :-( - person Eric Mutta; 02.04.2021

arrow_upward
1
arrow_downward

Для тех, кто использует Visual Studio 2019 v16.9.1, убедитесь, что окно списка ошибок выглядит примерно так:

Окно списка ошибок

Для меня важной частью был выбор Build + IntelliSense (ранее он был установлен на Build Only, что объясняет, почему список ошибок обновлялся только при сборке).

person Eric Mutta    schedule 03.04.2021
comment
У меня противоположная проблема. Build + Intellisense показывал мне только ошибки высокого уровня, но переключение на Build Only начало показывать мне фактические ошибки сборки. В последних обновлениях VS2019 они сломали кое-что фундаментальное ... - person AlainD; 08.04.2021
comment
@AlainD VS2019 имеет несколько действительно тонких странных ошибок / проблем (например, полоса прокрутки для окна точек останова не может правильно изменить свой размер, чтобы можно было прокручивать список точек останова), я бы хотел, чтобы они замедлили частоту выпусков, потому что продукт такой массивный и, что не менее важно, Visual Studio действительно должна быть прочной. - person Eric Mutta; 10.04.2021

arrow_upward
0
arrow_downward

В моем случае решение заключалось в отключении «Инструменты-› Параметры- ›Проекты и решения-› Общие- ›Показывать окно вывода при запуске сборки». Несмотря на то, что окно «Вывод» показало 0 успешных, 1 не удалось, оно не переключилось обратно в окно «Список ошибок», даже если флажок над «Всегда показывать список ошибок, если сборка завершена с ошибками» должна была переместить его в «Список ошибок». . Очевидно, это ошибка в Visual Studio 2019, которой не было в Visual Studio 2017 (я только что закончил обновление).

person AndresRohrAtlasInformatik    schedule 17.05.2021

arrow_upward
0
arrow_downward

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

person Jeff Zizzi    schedule 07.07.2021