Ошибки стиля кода Visual Studio 2017 не мешают сборке?

Я установил различные правила стиля кода C# для создания ошибок, и хотя нарушения отображаются как ошибки в среде IDE (как в списке ошибок, так и в текстовом редакторе), фактические сборки все еще выполняются успешно.

Кто-нибудь может это подтвердить? Я тестировал VisualStudio/15.0.0+26228.9 в версиях Community (дома) и Enterprise (на работе). И я не могу сломать ни одну сборку из-за нарушения стиля кода.

Я даже пытался использовать .editorconfig, и сборки все еще выполняются...


person Xorcist    schedule 24.03.2017    source источник
comment
Я также вижу это в VS 2017, попробую обновить 1 и посмотреть, решит ли это эту проблему.   -  person Adam Knights    schedule 26.04.2017
comment
Все то же самое в обновлении 2. Недавний комментарий разработчика MS предполагает, что они надеются доставить его в обновлении 3: developercommunity.visualstudio.com/content/problem/34304/.   -  person Ohad Schneider    schedule 08.06.2017
comment
по состоянию на август 2017 г. (обновление 15.3.0) эта проблема до сих пор не решена.   -  person Xorcist    schedule 14.08.2017
comment
по состоянию на октябрь 2017 г. (обновление 15.4.0) эта проблема до сих пор не решена.   -  person Xorcist    schedule 13.10.2017
comment
по состоянию на декабрь 2017 г. (обновление 15.5.0) эта проблема до сих пор не решена.   -  person Xorcist    schedule 05.12.2017
comment
по состоянию на март 2018 г. (обновление 15.6.0) эта проблема до сих пор не решена.   -  person Xorcist    schedule 05.03.2018
comment
по состоянию на май 2018 года (обновление 15.7.0) эта проблема до сих пор не решена... поскольку на данный момент год спустя, у меня такое чувство, что ее не будут решать... поговорим о ложной рекламе.   -  person Xorcist    schedule 07.05.2018
comment
по состоянию на август 2018 г. (обновление 15.8.0) эта проблема до сих пор не решена.   -  person Xorcist    schedule 15.08.2018
comment
по состоянию на ноябрь 2018 г. (обновление 15.9.0) эта проблема до сих пор не решена.   -  person Xorcist    schedule 27.11.2018
comment
Апрель 2019 г., Visual Studio 2019: этот вопрос все еще остается открытым.   -  person Ankit Vijay    schedule 05.04.2019
comment
по состоянию на июнь 2021 года, каковы возможности того, что это вообще будет присутствовать и работать в Visual Studio 2022? (Поскольку явно никогда не работал в VS2017 или VS2019) Мы собираемся четыре года и три основные версии Visual Studio Microsoft...   -  person Xorcist    schedule 26.06.2021


Ответы (2)


Обновление:

Это еще не реализовано. Теперь это отслеживается как проект на GitHub по адресу: https://github.com/dotnet/roslyn/projects/18 — следите за обновлениями.

Исходный ответ:

Я открыл вопрос VS по этому поводу по адресу: https://developercommunity.visualstudio.com/content/problem/48804/editorconfig-with-rules-set-to-error-produces-erro.html, который, мы надеемся, даст некоторые ответы на почему ошибки, возникающие из-за новой поддержки .editorconfig в VS2017, не приводят к сбою сборки.

person Adam Knights    schedule 26.04.2017
comment
Уже сообщено здесь, находится под следствием - это счастливая фраза, потому что у нас есть проблемы посерьезнее, и мы еще не рассмотрели их. Проголосуйте, нажмите «Подписаться», чтобы получать уведомления об обновлении статуса. - person Hans Passant; 26.04.2017
comment
@HansPassant, на самом деле неясно, как проголосовать за это. Он закрыт как дубликат (поэтому голосование отключено), но я не смог найти ссылку на оригинал, за который можно было бы проголосовать. То же самое здесь: developercommunity.visualstudio.com /content/проблема/34304/. - person Ohad Schneider; 08.06.2017
comment
@Ohad - это просто плохая ссылка, убери точку в конце. Это указывает на незавершенную работу, похоже, что они заняты добавлением необходимой инфраструктуры, чтобы все заработало. Новая ориентация Microsoft на agile довольно сурова для ее клиентов. Сначала отправьте функцию, а потом заставьте ее работать. - person Hans Passant; 08.06.2017
comment
@HansPassant, ха-ха, очень подвижный! Кстати, я знаю о неработающей ссылке, я имел в виду, что не вижу нигде, где я мог бы на самом деле проголосовать... - person Ohad Schneider; 08.06.2017

Вы ищете вариант Рассматривать предупреждения как ошибки. Вы можете найти его, щелкнув правой кнопкой мыши проект и выбрав «Свойства» -> «Сборка»:

Рассматривать предупреждения как ошибки

Переключите его с «Нет» на «Все», чтобы все предупреждения стиля кода (и любые другие предупреждения) нарушали сборку.

Если вы работаете над проектом .NET Core, вы можете напрямую отредактировать файл csproj и добавить свойство TreatWarningsAsErrors:

<PropertyGroup>
  <!-- ... other stuff -->

  <TreatWarningsAsErrors>true</TreatWarningsAsErrors>
</PropertyGroup>
person Nate Barbettini    schedule 24.03.2017
comment
К сожалению, это не решение. Я пробовал, но это не сработало. Кроме того, это не предупреждения, это явные ошибки, как указано в расширенных параметрах стиля кода в Visual Studio 2017. Я переключил ошибки на предупреждения, чтобы дважды проверить параметр Рассматривать предупреждения как ошибки, но это ничего не изменило. - person Xorcist; 26.03.2017
comment
В следующем видеоролике о запуске Visual Studio 2017 ссылка с 3:34 до 5:37 то, чего я пытаюсь достичь, покрыто, однако они никогда не показывают неудачную сборку, они только говорят, что она не удастся... но это явно не так. - person Xorcist; 26.03.2017