Как очистить кэш браузера объектов Visual Studio?

Question

У нас есть проект библиотеки, над которым мы работаем, и в другом проекте у меня есть ветвь функций, установленная как пакет Nuget.Внесены изменения в ветку, но номер версии не обновляется, поэтому пакет Nuget обновляется, но имеет то же имя.

Я удалил пакет Nuget из папки пакетов,поэтому я знаю, что загружаю последнюю версию, и если я вручную (в обозревателе объектов) перехожу к dll, загруженному в папку с пакетами, данные обозревателя объектов выглядят корректно.

Я удалил ипереустановив пакет Nuget в моем проекте, я отключил все экземпляры Visual Studio 2017, но все еще старые элементы сохраняются в обозревателе объектов для моей библиотеки DLL, которую я установил через Nuget.Я ожидаю сбоев сборки, потому что я ссылаюсь на старые элементы, но все строится успешно, но затем, когда я запускаю приложение, я получаю ошибки времени выполнения, потому что старые элементы, на которые я ссылаюсь в коде, больше не существуют в dll, котораяв данный момент загружено.

Было бы неплохо, если бы нам не приходилось увеличивать версию для каждой сборки, хотя мы могли бы настроить TeamCity для этого автоматически, но было бы трудно поддерживать все дополнительные пакеты Nugetв нашем фиде.

Таким образом, если не считать просто увеличения номеров версий в пакетах Dev Nuget, есть ли способ очистить кэш в Visual Studio 2017, чтобы в обозревателе объектов обновлялась информация о том, какая DLL на самом деле находится впапка с пакетами?

Answer 1

Я нашел проблему.В проекте, где я тестировал библиотеку, у меня был проект wpf и проект библиотеки, ориентированный на стандарт .Net.Поскольку проект, над которым я активно работал, был wpf, я был зонирован в папке пакетов в каталоге решений и забыл, что я также ссылаюсь на стандарты .Net в том же решении, которое извлекает пакеты Nuget из C:\Users\[username]\.nuget\packages

Из-за типов проектов в Visual Studio было два расположения для пакетов Nuget.Один в C:\Users\[username]\.nuget\packages и один в [solution dir]\packages

Я обновил только пакеты каталогов решений, но, по-видимому, Visual Studio 2017 поддерживает использование пакетов пользовательских каталогов, и именно здесь он извлекал старую информацию API,После удаления пакета из моего пользовательского каталога все работает как положено.