Как отключить предупреждения в Visual Studio для проекта веб-развертывания Visual Basic - PullRequest
6 голосов
/ 16 января 2009

Для наших веб-сайтов VB.NET мы используем SVN для контроля исходного кода и CruiseControl.NET для непрерывной интеграции.

Чтобы использовать номер сборки SVN при компиляции CruiseControl.NET, нам нужно использовать проекты веб-развертывания. Затем мы заменим в файле конфигурации поле Version на эту переменную из SVN Labeller

  • $ (CCNetLabel)

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

  • Предупреждение 1 Строка версии, указанная для AssemblyFileVersion в файле проекта, недействительна. C: \ MyProject \ MyProjectDeploy.wdproj
  • Предупреждение 1 Строка версии, указанная для AssemblyVersion в файле проекта, недействительна. C: \ MyProject \ MyProjectDeploy.wdproj

Я искал способы отключения определенных предупреждений, но все они ссылаются на проекты Windows, а не проекты веб-сайтов / развертывания, которые не содержат вкладку «Компиляция».

Я нашел информацию об использовании предупреждения #pragma (отключено: 1000), но, похоже, это только для C ++, а не для VB.

Это не шоу-стопор, но, черт возьми, меня раздражает этот ленивый пятничный полдень, любая помощь будет признательна - если бы еще работал обмен репутацией, я бы предложил кому-нибудь из 20 моих представителей за работающее решение :) не менее ....

Ответы [ 3 ]

9 голосов
/ 16 января 2009

Можно игнорировать ошибки, это просто странное место для vb.net.

Откройте файл .vbproj с помощью блокнота или аналогичного устройства, найдите тег и добавьте идентификатор ошибки.

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

<NoWarn>42016,41999,42017,42018,42019,42032,42036,42020,42021,42022</NoWarn>
1 голос
/ 16 января 2009

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

0 голосов
/ 17 октября 2018

Была очень похожая ситуация со старым веб-проектом VB, и мы не хотели добавлять блоки #pragma во все вызовы кода. По какой-то причине добавление строк в поля <NoWarn> не заставило сборки Visual Studio игнорировать / подавлять предупреждения.

Однако я нашел другой подход. Добавив это в файл .vbproj после того, как область <NoWarn></NoWarn> проигнорировала устаревшие предупреждения в VS 2017: <DisabledWarnings>612;618</DisabledWarnings>

Общие свойства проекта MSBuild Описание настройки конфигурации:

DisabledWarnings Подавляет указанные предупреждения. Только числовой часть идентификатора предупреждения должна быть указана. Несколько предупреждений разделяются точкой с запятой. Этот параметр соответствует / nowarn переключатель компилятора vbc.exe.

...