Tengo un problema donde mis controles ASP.NET no pueden ser referenciados desde el código detrás de los archivos.¿Cómo borras tu caché de Visual Studio en Windows Vista?
Encontré una solución en Stack Pregunta de desbordamiento ASP.NET controls cannot be referenced in code-behind in Visual Studio 2008.
Pero parece que no puedo encontrar mi caché de Visual Studio para borrarlo. Estoy usando Visual Studio 2005 en Windows Vista.
La respuesta aceptada dio dos lugares:
aquí
C: \ Documents and Settings \ Administrador \ Configuración local \ Temp \ VWDWebCache
y posiblemente aquí
C: \ Documents and Settings \ Administrator \ Configuración local \ Application Data \ Microsoft \ WebsiteCache
¿Has probado ésos?
Editado para agregar
En mi máquina de Windows Vista, que está ubicado en
%Temp%\VWDWebCache
y en
%LocalAppData%\Microsoft\WebsiteCache
Desde su información adicional (con respecto a la edición del equipo) esto viene de Clear Client TFS Cache:
Claro cliente TFS caché
Visual Studio Team Explorer y proporcionar un mecanismo de almacenamiento en caché que puede perder la sincronización. Si tengo varias instancias de de un único TFS que puede estar conectado a desde un único cliente de Visual Studio, ese cliente puede convertirse en confundido.
Para resolverlo ..
Para Windows Vista eliminar el contenido de esta carpeta
% LocalAppData% \ Microsoft \ Team Foundation \ 1.0 \ Cache
Eso funcionó en la eliminación de mi caché. Muchas gracias. –
Esas 3 rutas generalmente se pueden escribir como: '% LOCALAPPDATA% \ Microsoft \ WebsiteCache', '% LOCALAPPDATA% \ Temp \ VWDWebCache' y '% LOCALAPPDATA% \ Microsoft \ Team Foundation \ 1.0 \ Cache' –
Otra fuente de los errores son **% LOCALAPPDATA% \ Microsoft \ VisualStudio \ 11.0 \ Designer \ ShadowCache ** _ (\ 11.0 \ == VS2012) _ – pr0gg3r
he tenido el mismo problema, pero cuando Eliminé los elementos almacenados en la memoria caché de la carpeta Temp y la construcción falló.
Para hacer que la construcción vuelva a funcionar tuve que cerrar el proyecto y volver a abrirlo.
Esto se debe a que alguien en la división de DevTools en Microsoft decidió guardar en caché los archivos necesarios para la compilación (.NETFramework, Version = vX.X.AssemblyAttributes.XX) en un directorio temporal, y DevTools decidió que no quiero arreglarlo El archivo (s) nunca debería haberse conservado en el disco en primer lugar, y si van a hacerlo de todos modos, los archivos se deben mover a un directorio más apropiado (por ejemplo, "Caché", o algo así). – jerhewet
Lo he experimentado hoy. El valor en Config era el actualizado, pero la aplicación devolvería el valor anterior, la detención y el inicio de la solución no hicieron nada.
Así que borré la carpeta .Net Temp.
C:\Windows\Microsoft.NET\Framework\v4.0.30319\Temporary ASP.NET Files
No debería crear errores, pero para estar seguro cierre primero la solución. Borre los archivos temporales de ASP.NET y luego cargue su solución.
Mi problema ha sido resuelto.
¿Estás utilizando Team Edition? – GregD
sí, es Team Edition para Arquitectos de Software –