Любая идея, почему VS2008 дает сбой надежно в конце перестройки решения?

Question

VS2008 SP1, решение Winforms, VB.NET, компиляция для x86 и .NET v2

У меня около десятка проектов в решении, с несколькими проектами форм Windows и некоторыми библиотеками классов.

Если я пересоберу решение, оно очищает и перекомпилирует все проекты, как и следовало ожидать ...

... и затем исчезает без следа или сообщения об ошибке. Поскольку я снова подключаюсь к VSS 2005 через HTTP через Интернет, для резервного копирования всего загруженного требуется целый месяц, поэтому это невероятно раздражает.

Само скомпилированное приложение работает нормально, и нормальная сборка и запуск после изменений также работает нормально.

Есть идеи, почему это может быть? Я гуглил без особого успеха.

Заранее спасибо.

РЕДАКТИРОВАТЬ: Просто чтобы уточнить, Никаких надстроек кроме Refactor! (Я знаю, я думаю, я должен попробовать удалить его, чтобы увидеть, если это так, но это слишком полезно! - Я посмотрю, если будет обновление).

И никаких пользовательских шагов сборки. Это просто ванильное приложение Winforms со ссылками между проектами (и некоторыми ссылками на COM-библиотеки для взаимодействия).

Спасибо за идеи до сих пор ..

РЕДАКТИРОВАТЬ ПОСЛЕ РЕШЕНИЯ ПРОБЛЕМЫ

Хорошо, ребята, еще раз спасибо за все идеи.

Оказалось, что это версия Refactor! Я использовал. Я установил последнюю версию, и сбой прекратился ... и Refactor! перестал работать тоже. Поэтому я закрыл VS, удалил Refactor! полностью, и переустановил последнюю версию ... и теперь я больше не получаю таинственные сбои и Refactor! снова работает.

Вы могли бы сказать: «Да, почему вы не пробовали это давным-давно», и это справедливый вопрос ... вы знаете, как это происходит - то, что происходит с перерывами ... немедленное давление неотложных приоритетов .. и, конечно, новая версия тогда была недоступна, а преимущества старой версии были не тривиальными. Итак, сторонний аддин виновник.

Еще раз спасибо ..

Answer 1

1. Попробуйте отладить Visual Studio, используя WinDBG или Visual Studio. Подключитесь к отказавшей Visual Studio (до ее сбоя) и убедитесь, что вы остановились на всех исключениях. Если это управляемое исключение, то вы, вероятно, сможете понять, что произошло, если не попытаться увидеть в стеке вызовов, кто является неисправной DLL.
2. Также попробуйте работать без контроля источника, самый быстрый способ - отключить сетевую карту (без шуток).
3. переустановить Visual Studio ...

Answer 2

Используете ли вы какие-либо сторонние плагины, это тоже будет причиной.

Answer 3

У меня была эта проблема с парой приложений WinForms. Я должен был выполнить эти точные шаги в этом точном порядке.

1. Закройте все файлы дизайнеров из IDE. Или просто закройте все файлы, чтобы ваше рабочее пространство пусто
2. Выход из всех экземпляров Visual Studio
3. Откройте VS, откройте проект, сделайте полную перестройку. Это исправило меня ... на некоторое время.

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

В то время у меня не было установленных сторонних плагинов.

Надеюсь, это немного поможет.

Answer 4

Вы забыли VSS как плагин. Я рекомендую вам изменить систему управления исходным кодом на SVN. Это будет стоить вам пару дней или недель, чтобы привыкнуть к этому, но это стоит боли. Я знаю, что это не всегда входит в ваши цели, но если это так, у вас будет много преимуществ с этим изменением.

Answer 5

Есть ли у вас какие-либо пользовательские этапы сборки для какого-либо из проектов, которые вы создаете? Они могут быть причиной аварии.