Visual Studio: доверяй, но проверяй... себя!

В предыдущем посте я выразил недоверие к Visual Studio's Clean Solution. Я был не прав - нужно было проверить настройки Configuration Manager, где следует отметить все проекты, подлежащие сборке при построении билда решения.

Дело в том, что ранее я и не заглядывал в эти настройки, хотя знаком со Студией довольно давно - по умолчанию во всех решениях, с которыми доводилось работать, собирались все проекты. Но, как оказалось, в крупных решениях действительно очень удобно отключить сборку проектов, над которыми работа не ведется в данный момент - это ускорит процесс сборки для всего решения. Что же, будем знать! :)

Visual Studio: когда Clean Solution не помогает

UPD. На самом деле все ОК - подробнее в этом сообщении.

Сегодня столкнулся со странной проблемой: после внесения изменений в код проекта, использующего ASP.NET MVC, и полного ребилда сервер (для отладки использовался локальный IIS) исполнял старую версию.

Очистил решение, собрал - результат тот же, и если поставить брейкпоинт где-нибудь, то он деактивируется по причине вроде "The breakpoint will not currently be hit. The source code is different then the original version.".

Решение проще простого - вручную удалить папку bin и пересобрать проект. Почему я не применил его сразу, а потратил время на копание в настройках проекта и документации? Доверял среде, выполняя Clean Solution. Вот так - доверяй, но проверяй.

Visual Studio 2010: невозможно заново подключить System.Core.dll

Недавно столкнулся с тем, что в MSVS 2010 невозможно заново подключить System.Core.dll в проект. Оказывается, это известная проблема. Решение - добавить нужную ссылку вручную, открыв файл проекта в текстовом редакторе:

<ItemGroup>
    ...
    <Reference Include="System" />
    <Reference Include="System.Core" />
    ...
</ItemGroup>

MSVS и не CrLf-окончание строки

Битые 11 минут сижу просматриваю чистейший участок кода на наличие синтаксических ошибок.

Нет их и все!
Сначала думал, что это все из-за того, что который час сижу сонный перед монитором, и все же не замечаю какой-либо ошибки.

Настораживает одно - компилятор выводит явный бред в описании ошибки (ссылается на строку кода, указывая что там используется необъявленная переменная, хотя она объявлена, причем синтаксически верно, и в указанной строке не используется).

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