Попытайтесь удалить свой .user и .suo файлы - это пользовательские файлы опций, которые создает VS. Вы получаете .user файл для каждого проекта и .suo файл для Вашего решения. Когда они становятся поврежденными, нечетные вещи происходят. Удаление их заставит Вас потерять небольшие вещи, как которые проект выбран как проект запуска, когда Вы начинаете отлаживать, но это обычно разрешает нечетное поведение как это.
можно также хотеть убрать любое временное расположение файлов, как папки Temporary ASP.NET Files (если Вы работаете в ASP.NET), на всякий случай, что-то нечетное кэшируется где-нибудь.
Моя Visual Studio 2005 недавно запустила катастрофический отказ и блокировку. Путем я наконец зафиксировал его, должен был выполнить это из командной строки:
devenv /resetuserdata
, Который убрал все мое удовлетворение требованиям заказчика, но это действительно решало проблему. При настройке VS много Вы могли бы попытаться экспортировать свои настройки сначала и затем видеть, можно ли безопасно импортировать их впоследствии. С другой стороны, возьмите снимки своего IDE, таким образом, можно помнить, какие кнопки и т.д. Вы имели где.
Обычно, если Visual Studio отказывает неоднократно, Ваш .suo или .ncb файл стали поврежденными. Закройте свой проект, удалите те файлы и вновь откройтесь. Это может разрешить Вашу проблему.
.suo является скрытым файлом.
Ищите и удалите любые .ncb файлы, связанные с Вашим решением. В прошлых версиях эти (отладка) файлы раньше становились поврежденными, и удаление их решит проблему (Visual Studio повторно создаст их автоматически).
Я Нахожу на моем даже в SP1, что он редко отказывает при добавлении материала к проекту, но главным образом при переключении на Режим конструктора ASP.NET и когда он автоматически генерирует средства управления в инструментах. Я просто отключил его от создания их, и я больше не получаю много катастрофических отказов.
я знаю, что это не имеет непосредственное отношение к Вашей проблеме, но точка, я делаю SP1, не может быть ответом на Вашу проблему.