Не работает широкий анализ решения в Resharper 4.5?

У меня проблемы с широким анализом решения, так как я обновился до resharper 4.5.

Я постоянно получаю ложноотрицательные результаты и сообщаю об ошибках решарпера с моим кодом, которых там нет.

Я считаю, что единственный способ избавиться от ошибок — это открыть каждый из файлов ошибок, о которых сообщается, найти типы/классы, вызывающие нарушение, открыть эти файлы, а затем снова закрыть все, что, похоже, вынуждает resharper повторно анализировать все.

Я считаю, что @ jira уже есть дефект, но я ищу полезные советы о том, как быстро заставить resharper повторно проанализировать ошибочные файлы...


visual-studio .net c# resharper resharper-4.5
person John Weldon    schedule 12.05.2009    source источник
comment
Я иногда видел это и в более ранних версиях, анализ окрашивал один файл практически полностью в красный цвет. Закрытие/повторное открытие файла или решения не поможет, иногда даже не закрыть/повторно открыть VS. Я смутно припоминаю, что, возможно, я стер файлы кеша ReSharper, пытаясь исправить ситуацию, но я действительно не помню, сработало ли это.   -  person Rytmis    schedule 13.05.2009
comment
У меня были похожие проблемы, и последняя ночная сборка (4.5.1236.0), похоже, исправила их.   -  person Jim Arnold    schedule 14.05.2009
comment
Отлично. У меня была сборка 4.5.1234.4, вчера не было обновлений. Спасибо!   -  person John Weldon    schedule 14.05.2009
comment
Последняя сборка не помогла ... Я все еще получаю эти проблемы сегодня. :-/   -  person John Weldon    schedule 15.05.2009

Ответы (5)


arrow_upward
12
arrow_downward

Когда это происходит со мной, я использую Shift+Alt+Page-Down для прокрутки к следующей ошибке в решении. Просто спам по ошибкам заставит Resharper повторно проанализировать файлы. Не очень хорошее решение, но оно работает.

Редактировать: Если вы перейдете в меню ReSharper -> Windows -> «Ошибки в решении», вы получите окно с названием «Ошибки в решении». Там у вас есть кнопка справа под названием «Повторно проанализировать файлы с ошибками». Вы даже можете поставить его на ярлык.

person Slampen    schedule 13.05.2009
comment
Хм, мне это нравится больше, чем мое решение или отключение, а затем повторное включение анализа всего решения... Спасибо! - person John Weldon; 13.05.2009
comment
этот трюк с повторным анализом файлов с ошибками просто спас мой день. классный совет. Спасибо. - person David Alpert; 26.08.2013

arrow_upward
11
arrow_downward

Регулярно удаляйте файлы кеша resharper, особенно если вы обновились с предыдущей версии. Скорее всего, у вас есть файл _Resharper.* где-то в папке вашего решения. Всю эту структуру папок можно сдуть и, когда у меня Resharper плохо себя ведет, я так и делаю.

person Martin Peck    schedule 21.05.2009
comment
Спасибо за это. После просмотра и удаления всех папок и файлов Resharper в решении и входящих в него проектах анализ всего решения работает. - person Jay; 05.08.2009

arrow_upward
1
arrow_downward

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

Например, только вчера он не смог найти библиотеку Excel для одного из наших небольших проектов, и он был полностью красным, хотя ничего не изменилось, все библиотеки DLL были найдены и на них ссылались, и, очевидно, все было в порядке. Я только что пересобрал этот отдельный проект, он скомпилировался без ошибок, и красные полосы сразу исчезли.

person Chris Doggett    schedule 21.05.2009

arrow_upward
0
arrow_downward

Похоже, проблема в resharper тогда. Обычно лучше сообщить об этом напрямую им, чем ждать, пока они узнают об этом вопросе.

Кроме того, это скорее отчет об ошибке, чем вопрос по программированию.

person Sander Rijken    schedule 13.05.2009
comment
Да, я упомянул, что отчет об ошибке уже был, и что я искал только обходные пути, которые нашел кто-то еще. Спасибо, в любом случае. - person John Weldon; 14.05.2009

arrow_upward
0
arrow_downward

То же самое здесь, но опять же, я получаю ложные срабатывания (или негативы) целую вечность. Двумя точками отказа для меня были WPF (в частности, XAML) и использование Unicode в файлах кода (т. Е. Программирование с использованием нелатинских букв).

Я бы предложил просто отключить его, особенно учитывая цену производительности, которую вы за него платите.

person Dmitri Nesteruk    schedule 17.05.2009
comment
хм, это интересно. Хотя я обнаружил, что версия 4 и выше намного производительнее... - person John Weldon; 17.05.2009