asp.net visual-studio-2010 tfs2010 app-offline.htm

asp.net - App_offline.htm creado/eliminado cada vez que reviso un archivo en TFS



visual-studio-2010 tfs2010 (4)

Como también tengo el problema, decidí intentar localizarlo. Primero descubrí que si las conexiones de mi base de datos están desconectadas y hago clic en el botón Actualizar en el Explorador del servidor, crea el archivo app_offline en la raíz de mi sitio web y luego lo elimina. Lo rehice varias veces.

De hecho, tengo 3 conexiones de base de datos en el explorador del servidor. Si desconecto las 2 conexiones que en realidad son conexiones a una base de datos en un servidor SQL remoto, no se genera el archivo app_offline cuando actualizo. SÓLO produce el archivo app_offline si me desconecto de un archivo .MDF LOCAL, y luego lo actualizo (lo que vuelve a conectar con ese archivo .mdf y el X desconectado rojo desaparece). Efectivamente, después de cada reconexión a esa base de datos local, el archivo app_offline.htm aparece en mi Papelera de reciclaje.

Avanzando un poco más, extraje la base de datos local (archivo .mdf) y moví el archivo a mi escritorio. Luego reinició VS2010 y no pudo volver a producir el error. Volví a guardar los archivos, volví a establecer la conexión y comencé a obtener la app_offline nuevamente. Luego deshabilité el servicio SQLExpress y obtuve algunos otros errores, pero incluso con el servicio SQLExpress deshabilitado, todavía tengo la app_offline en mi Papelera de reciclaje .

Entonces, supongo que mi respuesta es deshacerse de las bases de datos locales .mdf si es posible. No es una buena opción para mí porque necesito esa base de datos local cuando estoy trabajando en el código de forma remota, pero si no necesitas ninguna base de datos local, tal vez podrías intentar eliminarla.

Nota: Estoy usando VS2010 (y algunas veces VS2008) y SQLExpress 2008 RS. No uso TFS.

Tengo una aplicación web ASP.NET pesada para AJAX desarrollada con .NET 4.0, que usa TFS como control de origen. Recientemente actualizamos nuestras herramientas de desarrollo para usar VS2010 y TFS 2010 en forma exclusiva, pero ahora cada vez que se realiza un check-out de un archivo, vemos que Visual Studio recarga todos los símbolos y se descartan todas las sesiones.

Después de poner un código de registro de errores, descubrimos que el motivo del reciclaje es que App_offline.htm está cambiando cada vez que lo comprobamos. Esto no existe en ninguna parte del proyecto, y mi SO-fu ha encontrado algo de información sobre SQL Express que hace que este archivo se cree y elimine, por lo que es posible que eso esté sucediendo aquí.

Parece que tengo instalado SQL-Express, pero incluso deshabilitando los servicios que se están ejecutando, el problema persiste.

¿Hay alguna manera de evitar que un check out agregue / elimine este archivo, si esto es realmente lo que está sucediendo? Es más que frustrante tener la aplicación de reciclaje cada vez que simplemente reviso un archivo ...


He descubierto una solución alternativa.

1) Vaya a la ubicación en la que Visual Studio almacena en caché el archivo app_offline.htm C: / Users [usuario] / AppData / Roaming / Microsoft / VisualStudio / 11.0 / (reemplace [usuario] con su nombre de usuario)

2) Eliminar el archivo app_offline.htm

(NOTA: esto solo no lo resolverá, ya que VS regenera el archivo nuevamente cuando no se encuentra)

3) Crea un directorio llamado app_offline.htm (un DIRECTORIO!)

Esto esencialmente causa un error con el proceso que intenta usar el archivo porque no es un archivo y el choque de nombre significa que VS no puede intentar recrear el archivo. Afortunadamente, el error no tiene efectos secundarios no deseados.

¡Ahora continúe con el uso de VS y Team Foundation Server y disfrute de no tener constantemente el dominio de aplicación recargado!

Por supuesto, esto significa que cualquier proceso de publicación probablemente no use el archivo app_offline.htm, por lo que deberá vigilarlo.



Tal vez, alguien se registre en el archivo app_offline, cuando obtenga el proyecto, viene el archivo. Mira tu repositorio de origen.