Поиск ошибок/предупреждений в Visual Studio

Question

У меня возникла раздражающая проблема с Visual Studio 2005 ... иногда, когда я перестраиваю, и даже если я делаю Rebuild Solution, она вернется без ошибок или предупреждений, но тогда, когда Позднее я редактирую другой файл кода, даже не меняя его и перестраивая, он обнаружит ошибку или предупреждение в этом другом файле. Понятно, что ранее Rebuild Solution не перекомпилировал этот файл! Как заставить VS полностью перекомпилировать каждый файл?

Answer 1

Связано это с диспетчером конфигурации? Там вы можете выбрать, какие проекты в вашем решении построить. Не уверен, что это поможет.

Answer 2

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

Answer 3

В зависимости от типов предупреждений это невозможно, если я правильно помню.

Например, предупреждающие сообщения для соответствия XHTML отображаются ТОЛЬКО при открытии файла. Вы можете проверить настройки допуска в VS, чтобы увидеть, можете ли вы его изменить.

Answer 4

Я здесь с Гаем Старбаком, но добавлю, что Rebuild Solution должен принять решение Clean Solution, а затем Build Solution, которое должно было решить вашу проблему для начала. Но VS 2005 может быть ужасным в этом отношении. Иногда он просто начинает работать после нескольких перестроек. Если обновление до 2008 года не является вариантом, попробуйте вручную очистить папку bin.

Answer 5

Это звучит странно: перестройка должна создавать все, независимо от изменений, и Build должна только строить вещи, которые изменились.

Поведение, о котором вы описали, должно произойти только в том случае, если вы изменили что-то, на что ссылается неизменный файл, так что он теперь некорректен.

Answer 6

Я видел это раньше, когда у вас есть несколько проектов в вашем решении, и ссылки смешиваются.

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

Мы хотим, чтобы Common был «ссылкой на проект» из трех других проектов - они затем заберут свою копию из выпадающего каталога сборки Common.

Но, иногда, один из проектов получит смешение этой ссылки. Скажем, в этом случае этот UI начинает ссылаться на копию Common в каталоге вывода build данных. Теперь любое изменение, которое компилирует «UI» без компиляции «данных», приведет к двум, возможно, несовместимым версиям «Common», являющимся зависимостью пользовательского интерфейса.

Другой сценарий - это ссылка на двоичный файл, например, из каталога «lib». Затем один из проектов заканчивается ссылкой на местоположение вывода сборки вместо lib.

Я не знаю, что вызывает это, но я вижу это все время, к сожалению.

Исправление должно содержать ссылки на каждый проект и находить один (или более), указывающий на неправильное место.