ReSharper PdbNavigator На серверах символов не обнаружено отладочной информации.

У нас есть настройка TeamCity для создания пакета NuGet и исходного пакета символов для внутреннего компонента. Пакеты с исходным кодом символов правильно содержат библиотеки DLL, PDB и исходный код.

После того, как TeamCity создаст пакеты, они публикуются на нашем сервере NuGet / SymbolSource.

В ReSharper я настроил «Внешние источники» как «Переход к источникам». Пакет NuGet был добавлен в проект, но при переходе к источникам в выходных данных ReSharper отображается следующая ошибка:

PdbNavigator: Загрузчик: _1 _ :: MyLib.dll :: 3A9F94B78ED243228DC8CB98D71483D615 -> Хорошо (кэшировано) PdbNavigator: на серверах символов для MyLib, Версия = 3.2.5123.12213, информация об отладке не найдена, культура = нейтральная, PublicKeyTokenda = 31211afdf51

PDB успешно отключается, но ReSharper не может войти в исходный код. Когда прикреплен отладчик, исходные файлы могут быть правильно загружены, поэтому я предполагаю, что это проблема конфигурации ReSharper. Как я могу заставить 'Переход к> Источникам из файлов символов' работать в ReSharper?

ОБНОВЛЕНИЕ: http://youtrack.jetbrains.com/issue/RSRP-405000


nuget debug-symbols resharper pdb-files
person infojolt    schedule 07.03.2014    source источник

Ответы (1)


arrow_upward
4
arrow_downward

В ReSharper 8 есть ошибка, из-за которой он может загрузить pdb, но затем не обработать его, поэтому он не видит символы и не может перейти к источнику. В основном это проявляется в новом проекте (или, по крайней мере, самый простой способ воссоздать его - в новом проекте). Закрытие и повторное открытие использования решения приводит к успешной навигации, потому что ReSharper теперь знает о файле pdb, может найти символы и загрузить исходный код.

Подробная информация об ошибке: http://youtrack.jetbrains.com/issue/RSRP-406276. Он только что был исправлен и будет включен в следующую EAP версии 8.2 и станет частью выпуска 8.2.

person citizenmatt    schedule 07.03.2014
comment
Спасибо за ссылку, но я не думаю, что это моя проблема. Ошибка говорит о том, что затрагивает 8.2 EAP, но я использую последнюю стабильную версию (8.1.23.546). Кажется, не имеет значения, сколько раз я перезапускаю VS или машину, которую не могу загрузить. - person infojolt; 07.03.2014
comment
Это также влияет на 8.1, но я тестировал только на 8.2. Попробуйте просмотреть информацию о поддержке на ReSharper - ›Параметры -› Внешние источники. Информации очень много. См. Этот ответ, чтобы узнать, что искать: stackoverflow.com/questions/22153210/ - person citizenmatt; 07.03.2014
comment
Только что протестировал ReSharper 8.2 EAP, и, к сожалению, проблема не устранена. Тем не менее, спасибо за вашу рекомендацию. - person infojolt; 10.03.2014
comment
Не отказывайтесь пока от 8.2 - исправление еще не дошло до общедоступной версии. Должно быть в следующем. - person citizenmatt; 10.03.2014
comment
Только что протестировал 8.2.0.1583-EAP, и проблема все еще существует. Я обновил вопрос, добавив ссылку на ошибку на сайте JetBrains. В настоящее время не перечислены исправления / обходные пути. - person infojolt; 13.03.2014
comment
Да, я тоже только что тестировал, и ничего не исправлено. Я добавил новый комментарий по связанной проблеме: youtrack.jetbrains.com/issue/RSRP- 406276. Работает ли ваша навигация, если вы закроете и снова откроете решение в том же сеансе VS? - person citizenmatt; 13.03.2014
comment
Все еще испытывал это с Resharper 9, повторное открытие решения сделало это. - person Alex; 29.03.2015
comment
Все еще наблюдаю это с Resharper 9.1 - person badazzhindu; 17.04.2015
comment
Вы уверены, что это ошибка ReSharper, а не только то, что файлы .pdb недоступны? Если у вас есть, например, Предварительная версия VS2015 установлена, вы будете использовать предварительную версию .net 4.6, в которой нет готовых символов, AFAIK. Попробуйте запустить Fiddler и посмотреть на сетевой трафик, пытаясь загрузить символы. Если вы получили ошибку 404, это не вина ReSharper. Если он загружает символы, это ошибка в ReSharper, и шаги по воспроизведению будут очень признательны. - person citizenmatt; 17.04.2015