У меня проблема, когда мои элементы управления ASP.NET не могут ссылаться на код за файлами.Как очистить кеш Visual Studio от Windows Vista?
Я нашел решение в Stack Вопрос переполнения ASP.NET controls cannot be referenced in code-behind in Visual Studio 2008.
Но я не могу найти свой кеш Visual Studio, чтобы очистить его. Я использую Visual Studio 2005 в Windows Vista.
Принятая ответ дал два места:
здесь
C: \ Documents и Settings \ Administrator \ Local Settings \ Temp \ VWDWebCache
и, возможно, здесь
C: \ Documents and Settings \ Администратор \ Локальные настройки \ Данные приложения \ Microsoft \ WebsiteCache
Вы пробовали эти?
Edited добавить
На моей машине Windows Vista, он находится в
%Temp%\VWDWebCache
и
%LocalAppData%\Microsoft\WebsiteCache
От вашей дополнительной информации (о команде издания) это происходит из Clear Client TFS Cache:
Clear Client TFS Cache
Visual Studio и Team Explorer обеспечивают механизм кэширования, который может выйти из синхронизации. Если у меня есть несколько экземпляров одной TFS, которая может быть , подключенная к одному клиенту Visual Studio, этот клиент может стать пустым в .
Чтобы решить эту проблему ..
Для Windows Vista удалить содержимое этой папки
% LocalAppData% \ Microsoft \ Team Foundation \ 1.0 \ Cache
Это помогло удалить мой кеш. Большое спасибо. –
Эти 3 пути обычно можно записать как: '% LOCALAPPDATA% \ Microsoft \ WebsiteCache', '% LOCALAPPDATA% \ Temp \ VWDWebCache' и '% LOCALAPPDATA% \ Microsoft \ Team Foundation \ 1.0 \ Cache' –
Другой источник ошибки **% LOCALAPPDATA% \ Microsoft \ VisualStudio \ 11.0 \ Designer \ ShadowCache ** _ (\ 11.0 \ == VS2012) _ – pr0gg3r
Я была такая же проблема, но когда Я удалил кешированные элементы из папки Temp, и сборка завершилась неудачно.
Чтобы снова выполнить сборку, мне пришлось закрыть проект и снова открыть его.
Это связано с тем, что кто-то из подразделения DevTools в Microsoft решил кэшировать файлы (файлы), необходимые для компиляции (.NETFramework, Version = vX.X.AssemblyAttributes.XX) во временном каталоге, и DevTools решил, что они не хочу исправить это. Файл (ы) никогда не должен храниться на диске в первую очередь, и если они все равно сделают это, файлы должны быть перемещены в более подходящий каталог (например, «Кэш» или что-то еще). – jerhewet
Я испытал это сегодня. Значение в Config было обновленным, но приложение вернет старое значение, остановка и запуск решения ничего не сделали.
Итак, я очистил папку .Net Temp.
C:\Windows\Microsoft.NET\Framework\v4.0.30319\Temporary ASP.NET Files
Он не должен создавать ошибки, но, чтобы быть уверенным, сначала закройте свое решение. Очистите временные файлы ASP.NET, затем загрузите свое решение.
Моя проблема была сортирована.
Вы используете Team Edition? – GregD
Да, это Team Edition для архитекторов программного обеспечения –