Visual Studio 2013 se bloquea al abrir una solución

Instalé VS2013 (v12.0.21005.1) y agregué ReSharper 8 (v8.0.2000.2660) hace uno o dos días. Ese día estuvo bien. Ahora tengo suerte si puedo conseguir que abra una solución en todo un día. Se abre bien por sí solo, pero cuando intento abrir una solución desde dentro, a través del menú, se cuelga mal. Si hago clic con el botón derecho en una solución en el Explorador de Windows y 'abro con VS 2013', se abre y se cuelga, exactamente de la misma manera. De vez en cuando, durante horas, recibo un pequeño aviso de que está ocupado con algo.

¿Alguien sabe qué podría estar mal, antes de que sufra una reinstalación que no solucione el problema?

A veces es suficiente simplemente eliminar el archivo ".v12.suo" e intentar abrir la solución nuevamente. Me ayudó muchas veces cuando VS2013 se congelaba al cargar un proyecto.

Eliminar todos los archivos ".suo" funcionó para mí. Hubo varias copias debido a la apertura de la solución en múltiples versiones de Visual Studio.

Editar:

La ruta posible podría ser:

PathToSolution \ .vs \ ProjectName \ v14 \

.vs puede ser una carpeta oculta.

.suo es el nombre del archivo.

Básicamente, podría ser cualquier cosa, pero puedes probar algunas cosas:

1. Apagarlo y encenderlo de nuevo.
2. Borre la caché de ReSharper, está en %LOCALAPPDATA%\JetBrains\ReSharper\<CurrentVersion>\SolutionCaches, donde debería encontrar una carpeta que coincida con la solución que está intentando abrir. Simplemente cierre todas las instancias de VS2013, elimine la carpeta y vuelva a intentarlo.
3. apagar ReSharper: Tools > Options > ReSharper > General > Suspend
4. desinstale ReSharper completamente y vea si el problema persiste.
5. Reparar Visual Studio a través de Programs and Features.

Encontré que lo siguiente es el mejor enfoque para depurar VS según las instrucciones de MS Connect

Ayude a confirmar si su archivo de volcado capturado es un archivo de volcado de 32 bits. Si es un archivo de volcado de 64 bits, utilice el siguiente paso para capturar un nuevo archivo de volcado.

1. Inicie Visual Studio.
2. Inicie otra instancia de VS.
3. En la segunda instancia, haga clic en Herramientas | Adjuntar al proceso ...
4. En la lista de procesos, ubique devenv.exe.
5. Haga clic en Seleccionar ... y elija explícitamente el código 'Nativo' y 'Administrado'.
6. Haga clic en Aceptar y Aceptar para cerrar el cuadro de diálogo Seleccionar y el cuadro de diálogo Adjuntar al proceso.
7. Regrese a la primera instancia de VS y vuelva a ejecutar el bloqueo.
8. Tras el bloqueo, el control debe ir a la segunda instancia de VS. Si no es así, vuelva a la segunda instancia de VS manualmente y presione "Romper todo".
9. En la segunda instancia, haga clic en Depurar | Guardar volcado como minivolcado con heap.

Si está ejecutando el perfil VB, no verá el elemento de menú Guardar volcado como. Para agregar este elemento de menú:

1. Seleccione Herramientas -> Personalizar
2. Seleccione la pestaña Comandos
3. Seleccione Depurar en el menú desplegable de la barra de menú.
4. Haga clic en Agregar comando ...
5. Seleccione Depurar en la lista Categorías.
6. Busque la entrada Guardar volcado como en la ventana Comandos.
7. Haga clic en Aceptar (el comando Guardar volcado como ... se agrega en la parte superior del menú Depurar).
8. Haga clic en Cerrar

Puede obtener pasos detallados sobre cómo obtener el archivo de volcado y la pila de llamadas en http://blogs.msdn.com/debugger/archive/2009/12/30/what-is-a-dump-and-how-do- i-create-one.aspx

Si encuentra que el problema es con Resharper Addin, puede informar el problema a través de: http://youtrack.jetbrains.com/issues/RSRP

La suspensión de Resharper funcionó para mí. Ir

Herramientas -> Opciones -> ReSharper -> General -> Suspender ahora

Ahora su solución se cargará muy rápido. Después de que su solución esté completamente cargada, puede cambiar la configuración de Resharper a Reanudar ahora .

¿Está utilizando módulos de nodo en su proyecto? ¿O puede identificar que se trata de un problema específico de ReSharper?

Si tiene módulos NPM (por ejemplo, para Grunt), marque su carpeta 'node_modules' como 'oculta' (aunque no es necesario ocultar las carpetas secundarias) y vuelva a intentarlo.

Visual Studio estaba colgando abierto para mí, resultó que estaba tratando de escanear módulos de nodo profundamente anidados con rutas de archivo más largas que el máximo de Windows (260 caracteres), y esto me impedía abrir la solución en VS, pero marcar la carpeta como oculto resuelto el problema.

También tuve este problema recientemente y descubrí que desconectar mi computadora de Internet al cargar el proyecto lo solucionó. Con esto, logré reducir los tiempos de carga de varias horas a segundos. Dado que mi cable de red no es particularmente accesible, simplemente desactivé mi adaptador de red antes de cargar el proyecto (en el Panel de control).

Sin embargo, esto pronto se volvió frustrante y recientemente volví a analizar el problema. Parece que al iniciar sesión en mi cuenta de Microsoft en Visual Studio finalmente se solucionó el problema, y ​​ahora no tengo más problemas para cargar proyectos.

Esto también puede funcionar para usted (si aún no lo ha solucionado, pero como no hay una respuesta aceptada aquí, supongo que el problema persiste), por lo que le sugiero que al menos intente desconectarse de Internet, incluso si prefiere no ingresar sus credenciales de Microsoft.

Entré en% LOCALAPPDATA% \ JetBrains \ ReSharper \ y abrí todos los directorios en busca de SolutionCaches, y los vacié todos. Problema resuelto. La aplicación era bastante grande, por lo que esto ayudó.

Buscar actualizaciones de Windows

Yo tuve este problema también. Además, no pude abrir la configuración de mi firewall de Windows (tratando de bloquear la conexión a Internet de VS).

Al abrir la configuración de actualización (Windows 8), vi que había una actualización pendiente ("encontrada hoy"), así que reinicié mi computadora, dejando que Windows se actualizara. Después de eso, VS y el firewall funcionaron bien nuevamente.

Revisa tu hardware

He tenido el problema por segunda vez; incluso la página de actualización de Windows 8 seguiría cargándose para siempre. Fue un problema con mi disco duro (sin sistema operativo): /superuser/756261/various-parts-of-windows-8-and-visual-studio-2013-get-blocked-by- posiblemente-comm? noredirect = 1 # comment978074_756261

Tengo este problema de vez en cuando: VS 2013 Update 2, Win 8.1, IE 11.

Pruebe esto: abra el administrador de tareas, elimine el bloqueo de la aplicación VS y luego cierre cualquier sesión de IE que se esté ejecutando en la lista de procesos en segundo plano; puede haber una o más colgando.

Reiniciar VS

Parece aclararlo por mí, sin reiniciar.

El problema que tuve fue la conexión Perforce.

Al abrir la solución, me preguntaría si quería que se conectara a Perforce. Permitir que lo intente haría que se cuelgue y asigne 1,5 GB de RAM.

Si no permite la conexión P4, deje que se cargue correctamente (asignando 1 GB de RAM). Entonces podría decirle que se conecte a P4 después, y ahora está bien.

Para mí, ya sea que la computadora se bloquee con un corte de energía o, a veces, con reinicios obligatorios en medio de la noche. Que funciona para mi

BORRAR TODOS LOS ARCHIVOS EN ESTE DIRECTORIO:

C:\Users\yourusername\AppData\Local\Microsoft\WebsiteCache\

Para cualquiera que todavía refiera esto me ayudó:

Siempre tuve que eliminar el archivo .vs12.suo para cargar el proyecto.

Encontré este hilo de Microsoft y luego creé una entrada de registro que solucionó mi problema con la carga de la solución.

https://connect.microsoft.com/VisualStudio/feedback/details/860685/visual-studio-hangs-after-10s-when-loading-solution-corrupt-suo

Tuve un problema similar, cuando verifiqué el archivo de solución, fue creado por VS.Net 2012. Para resolver el problema, creé un archivo de solución ficticio y volví a cargar los proyectos de vs.net 2012.

También se observó cuando la actualización del paquete nuget se estropeó, mientras recarga la solución, Visual Studio podría bloquearse.

Es posible que Visual Studio se cuelgue cuando haya un problema al cargar los paquetes nuget.

En mi caso, VS 2013 Professional estaba pendiente de cada inicio, incluso sin abrir una solución porque la licencia ya no era válida.

Último elemento del archivo de registro:

<entry>
    <record>367</record>
    <time>2015/07/13 20:11:05.051</time>
    <type>Information</type>
    <source>UserConnection</source>
    <description>myemailaddrs@gmail.com signed in for IDE user</description>
</entry>

Y en la página de suscripción de msdn.microsoft.com: "Su suscripción ya no está activa, comuníquese con su administrador".

Tuve que obtener una suscripción actualizada de mi empleador.

Eliminar los resultados de la prueba de mi carpeta TestResults realmente me sirvió. Solo otra cosa para probar.

VS2012 se cuelga de mí, por ejemplo, al abrir un archivo csproj en un recurso compartido de red (de hecho, en un recurso compartido que estaba en el host de VirtualBox, conectado como un recurso compartido de smb mediante una función de VirtualBox).

Copiar el proyecto en una unidad local lo solucionó. No estoy seguro de si asignar una letra de unidad funcionaría.

Tampoco estoy seguro de por qué no funciona a través de la red compartida, si es una limitación de VS o tal vez algún complemento (yo uso resharper, por supuesto).

Para mí, esto parece tener algo que ver con el proyecto que tiene el tipo de proyecto MVC 4 guid ( E3E379DF-F4C6-4180-9B81-6769533ABE47). Quitar esta guía de la .csprojresolución resolvió el bloqueo para mí. (Se .vsrequirió una limpieza adicional de la carpeta después de eliminar la guía).

Acabo de eliminar la carpeta "paquetes" de la raíz de la solución y me ayudó (Visual Studio Express 2015)

Perdón por tener que crear una nueva publicación en lugar de comentar la respuesta seleccionada. No tengo suficiente representante para comentar en este momento.

Mi problema se resolvió temporalmente con la solución "... eliminar el archivo .suo ..." y, como señalaron otras personas, tuve que eliminar el archivo cada vez.

Dado que (aparentemente) es imposible detener la creación del archivo, comencé a profundizar un poco más en lo que hacía el archivo. Además de guardar la configuración del usuario, creo que también está guardando la configuración de la sesión, como qué archivos tiene abiertos cuando VS está cerrado. Sospechaba que mi proyecto intentaba abrir un archivo que ya no existe y eso es lo que está causando el bloqueo. Lo que solucionó las cosas por mi parte fue eliminar el .suo, abrir VS, abrir un archivo dentro de mi solución, compilar y cerrar la solución. Después de hacer esto, no he tenido problemas.

tl: dr

En mi caso, un archivo de configuración de usuario (.suo) intentaba abrir un archivo en mi solución que ya no existía. Resolví el problema realizando los siguientes pasos.

1. Elimina el archivo .suo (para mí esto estaba en /[projectfolder]/.vs/[projectname]/v14
2. Abrir Visual Studio
3. Abra su proyecto
4. Abrir un archivo (simplemente abrí un archivo .cs aleatorio)
5. Cree y guarde su solución (simplemente guardar puede ser el truco, lo construí por hábito)
6. Cerrar Visual Studio

Espero que esto ayude a alguien ... pasamos demasiadas horas en este tema :)

Intente desinstalar extensiones con el "Panel de control" o deshabilite cualquier complemento en [Herramientas] => [Administrador de complementos] y luego intente volver a abrir la solución.

Mi problema se solucionó desinstalando "Visual Localizer".

En mi caso, el registro de Fusion se ha habilitado. Los archivos de registro han ido creciendo durante meses porque olvidé apagarlos después de la investigación. De esta manera, el software antivirus comenzó a verificar estos archivos de registro grandes varias veces durante la apertura de la solución, y el mensaje "Preparando solución ..." es visible durante mucho tiempo. Cuando me di cuenta de esto, apagué el registro de fusión y el problema se resolvió. La solución se carga en 10 segundos en lugar de 20 minutos.

He tenido este problema varias veces, en casi todas las versiones de VS. La única solución que parece funcionar la mayoría de las veces es eliminar la carpeta .vs ubicada en la carpeta de la solución. A veces es suficiente eliminar el archivo .sou ubicado en .vs ///

La carpeta está oculta por cierto, por lo que tendrá que habilitar "Mostrar archivos y carpetas ocultos".

Para mí, la solución fue deshabilitar el control de fuente (establecer el complemento en Ninguno en Herramientas-> Control de fuente). Creo que estaba tratando de sincronizar un gran repositorio de Git por alguna razón (tengo un par de repositorios masivos, pero no en el árbol que estaba tratando de abrir).

Muchas sugerencias aquí y en otros lugares, pero lo único que funcionó permanentemente para mí tenía que ver con el proyecto inicial que había establecido. Esto es lo que hice:

1. Elimine el archivo .suo como se sugiere en otra parte.
2. Inicie VS y abra la solución. Todo debería estar bien en este punto.
3. Deje el proyecto inicial como está, incluso si no es lo que desea.
4. Guarde la solución. (Posiblemente haga lo que otra persona sugiera y abra un archivo, limpie, compile / vuelva a compilar, etc., pero no tuve que hacer nada de eso).
5. Cierre la solución y salga de VS.
6. Reinicie VS y abra la solución.
7. Cambie el proyecto de puesta en marcha a lo que debería ser
8. Guarde la solución. (Posiblemente vuelva a abrir el archivo, limpiar, construir / reconstruir, etc.)
9. Cierre la solución y salga de VS.
10. Reinicie VS y vuelva a abrir la solución y todo debería estar bien.

Esto podría funcionar o no para usted, pero intenté todo lo que pude encontrar: cambios en el registro, depuración de VS de una segunda sesión de VS, lo que sea, pero nada más funcionó para más de un inicio / apertura.

He solucionado el problema desinstalando estos dos complementos:

1. Herramienta eléctrica de productividad
2. Web Essentials

Restauré una versión anterior del archivo .vbproj y lo resolvió.

No sé qué había en la versión más nueva, pero el problema era algo dentro del archivo .bvproj.