c# - varios - Visual Studio Professional 2013 se bloquea al abrir soluciones/archivos
que es una solucion en visual studio (9)
He intentado abrir algunas de las soluciones de página web / base de datos que hice mientras trabajaba para mi anterior empleador, para obtener un repaso de lo que eran, pero por alguna razón Visual Studio Professional 2013 simplemente decide colgarse al abrirlas, o bloqueo cuando intento abrir uno de los archivos C # que hice en ellos. No tengo idea de por qué está haciendo esto ahora, ya que ha pasado poco más de un mes desde que hice estos archivos sin ningún problema. Tampoco parece haber nada malo en el 2013 en sí mismo. Sugerencias?
Mi solución:
devenv.exe /log
%APPDATA%/Microsoft/VisualStudio/<version>/ActivityLog.xml
encontrar cualquier palabra de "error"
eliminado: C:/PROGRAM FILES (X86)/COMMON FILES/MICROSOFT/EXTENSIONMANAGER/EXTENSIONS/MICROSOFT/WINDOWS KITS/8.1/DESKTOP SDK/*
Tengo un caso similar cuando deshabilité "Productivity Power Tools 2013", luego VS2013 se bloqueará en cualquier proyecto abierto / nuevo. Incluso traté de volver a habilitar la extensión, no funcionaría.
Termino desinstalado.
Intenta invocar Visual Studio desde la línea de comando.
devenv.exe /log
Luego intenta abrir tu solución y luego, si falla, ve a la
%APPDATA%/Microsoft/VisualStudio/<version>/ActivityLog.xml
archivo. debe tener detalles sobre el bloqueo. Además, los registros de eventos también pueden capturar algunos eventos de alto nivel.
Esta va a ser la "respuesta fuera del campo correcto", pero como funcionó, quiero compartirlo con otros. Después de intentar abrir un proyecto y obtener el error "tipo de proyecto no admitido" con Visual Studio 2013, ya no podía abrir ninguna solución. Podría cargar el IDE. Pero tan pronto como intenté abrir un archivo de solución, el IDE se bloqueaba con un mensaje que decía que se estaba reiniciando y luego preguntaba si quería depurar o cerrar el programa. Lo mismo sucedió si intenté cargar un archivo de solución haciendo doble clic en él en una ventana del Explorador. Intenté desinstalar una extensión que agregué recientemente e incluso reinicié por completo. Nada funcionó. Además, no hubo actividad nueva en ninguno de los archivos ActivityLog.xml que encontré en 3 directorios de versiones diferentes. Además, eliminar archivos SUO tampoco ayudó.
Luego traté de crear un nuevo proyecto. Me acabo de elegir una aplicación de Facebook ASP.NET/MVC 4. Probablemente no importe, pero en caso de que lo haga, estoy incluyendo ese detalle. Tan pronto como se creó el nuevo proyecto, lo cerré y lo volví a abrir. Volvió a abrir bien, y después de eso, todas mis otras soluciones pudieron volver a abrirse sin errores. Así que, al menos en mi caso, el acto de crear un nuevo proyecto limpió algo o reinicializó algo correctamente y limpió el problema.
.NET Reflector Extension estaba causando este problema para mí, desinstalado y funciona como un sueño.
Visual Studio 2015 parece tener un problema similar. A veces, la solución remove .suo funcionó para mí, pero hoy este error me sorprendió una vez más y la solución fue:
eliminar la memoria caché de Reshaper .
Para ubicar la ubicación, vaya a Visual Studio / ReSharper / Opciones / General. He eliminado el contenido de la carpeta de forma manual.
He golpeado un problema similar de vez en cuando y mi solución es eliminar el archivo * .suo y luego abrir la solución.
El único momento que no funcionó fue cuando se estaba reproduciendo una extensión, en cuyo caso abrí VS en Safemode usando el modificador / safemode.
devenv.exe /safemode
Usar el modificador / log como se indica en otra respuesta también es una buena idea si resulta ser una extensión que funciona mal, ya que puede ayudarlo a rastrearlo. La ubicación predeterminada del archivo ActivityLog.xml en mi computadora es "c: / Users / <nombre de usuario> / AppData / Roaming / Microsoft / VisualStudio / <versión> / ActivityLog.xml" pero también puede especificar dónde desea que se encuentre el archivo. ser:
Devenv /log Path/NameOfLogFile
Consulte la documentación para VS2013 (con enlaces a otras versiones) en: / Log (devenv.exe)
Espero que eso ayude.
ACTUALIZACIÓN PARA VS2015 : la misma solución, solo el archivo suo está en un lugar diferente. VS2015 agrega una carpeta ".vs". Dentro de esa carpeta hay otras carpetas, una de las cuales tiene el mismo nombre que su solución, dentro de esa carpeta hay otra carpeta llamada "v14" y dentro de esa (finalmente) hay un archivo llamado ".suo". Eliminar ese archivo.
Ejemplo: su solución se llama "Lo que sea". A partir de su carpeta "Whatever", la ruta al suo es: ".vs / Whatever / v14 / .suo".
Si no puede ver el archivo ".suo", recuerde que es un archivo oculto.
He estado usando este script de PowerShell durante unos días para deshacerme de los archivos .suo después de cambiar entre las ramas de git:
get-childitem -Include .suo -Recurse -force | Remove-Item -Force –Recurse
No he tenido ningún problema hasta ahora, pero no hay ninguna promesa de que no incinerará tu computadora portátil :) así que úsala con cuidado.
Reiniciar la computadora lo solucionó por mí.
Sé que suena trivial, pero a veces pruebas un millón de cosas diferentes que no funcionan, sin darte cuenta de que no has probado una cosa simple que en realidad lo soluciona. Mientras tanto, estás eliminando cosas y cambiando cosas innecesariamente. Debería ser una regla de oro para reiniciar siempre antes de probar otras soluciones más extremas.
Tuve lo mismo, pero logré ir a Ayuda -> registrarme y hacer clic en "Cerrar sesión" antes de que se bloquee. Después de eso, dejó de estrellarse. Creo que estaba relacionado con el hecho de que cambié mi contraseña y no se pudo haber obtenido la licencia o algo así ...