visual studio proyectos cuelga code abrir visual-studio visual-studio-2013

proyectos - Visual Studio 2013 se bloquea al abrir una solución



abrir dos proyectos en visual studio code (28)

Buscar actualizaciones de Windows

También tuve este problema. 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 ("se encontró hoy"), así que reinicié mi computadora y dejé que Windows se actualizase. Después de eso, VS y el firewall funcionó bien de nuevo.

Verifica tu hardware

He tenido el problema por segunda vez; incluso la página de actualización de Windows 8 se mantendría cargando para siempre. Era un problema con mi disco duro (no OS): https://superuser.com/questions/756261/various-parts-of-windows-8-and-visual-studio-2013-get-blocked-by-possibly-comm?noredirect=1#comment978074_756261

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 logro abrir una solución en un día entero. Se abre solo, pero cuando intento abrir una solución desde dentro, a través del menú, cuelga mal. Si hago clic con el botón derecho en una solución en el Explorador de Windows y "se abre 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 lo que podría estar mal, antes de soportar una reinstalación que no soluciona el problema?

¿Estás usando algún módulo de nodo en tu proyecto? ¿O puede identificar que es un problema específico de ReSharper?

Si tiene módulos de NPM (por ejemplo, para Grunt), marque su carpeta ''node_modules'' como ''hidden'' (sin necesidad de ocultar las carpetas de elementos secundarios) y vuelva a intentarlo.

Visual Studio estaba abierto para mí, resultó que estaba intentando 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 solucionó el problema.

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

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

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

  1. Apagándolo y encendiéndolo de nuevo.
  2. Borre la caché 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. apague ReSharper: Tools > Options > ReSharper > General > Suspend
  4. desinstale ReSharper por completo y vea si los problemas persisten.
  5. Reparar Visual Studio a través de Programs and Features .

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. Permitirlo lo haría colgar y asignar 1,5 GB de RAM.

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

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

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 nombre de archivo.

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 en el archivo de registro:

<entry> <record>367</record> <time>2015/07/13 20:11:05.051</time> <type>Information</type> <source>UserConnection</source> <description>[email protected] signed in for IDE user</description> </entry>

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

Tenía que obtener una suscripción actualizada de mi empleador.

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

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

Ayúdenos a confirmar si su archivo de volcado capturado es un archivo de volcado de 32 bits. Si se trata de 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 seleccione explícitamente el código ''Nativo'' y ''Administrado''.
  6. Haga clic en Aceptar y en Aceptar para cerrar el cuadro de diálogo Seleccionar y Adjuntar al proceso.
  7. Regrese a la primera instancia de VS y reproduzca el hang.
  8. Sobre la caída, el control debería ir a la segunda instancia de VS. De lo contrario, vuelva a la segunda instancia de VS manualmente y presione "Romper todo".
  9. En la segunda instancia, haga clic en Depurar | Guarde el volcado como Minidump con el montón.

Si está ejecutando el perfil de 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ús
  4. Haga clic en Agregar comando ...
  5. Seleccione Depurar de la lista de 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 a la parte superior del menú Depurar).
  8. Click 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

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

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. Algunas veces es suficiente borrar el archivo .sou ubicado en .vs ///

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

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

Mi problema fue reparado por la desinstalación "Visual Localizer".

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

Pruebe esto: abra el administrador de tareas, elimine la ejecución de la aplicación de VS y luego cierre todas las sesiones de IE que se ejecutan en la lista de Procesos en segundo plano; puede haber una o más por ahí.

Reiniciar VS

Parece limpiarlo para mí, sin un reinicio.

Muchas sugerencias aquí y en otras partes, pero lo único que funcionó de manera permanente para mí tuvo que ver con el proyecto de puesta en marcha que había establecido. Esto es lo que hice:

  1. Elimine el archivo .suo como se sugiere en otro lugar.
  2. Inicie VS y abra la solución. Todo debería estar bien en este punto.
  3. Deje el proyecto de puesta en marcha tal como está, incluso si no es lo que desea.
  4. Guarde la solución. (Posiblemente haga lo que alguien más sugiera y abra un archivo, limpie, construya / reconstruya, etc., pero no tuve que hacer nada de eso).
  5. Cierre la solución y salga de VS.
  6. Vuelva a iniciar 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 hacer el archivo abierto, limpio, 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é con todo lo que pude encontrar: cambios en el registro, depuración VS de una segunda sesión VS, lo que usted prefiera, pero nada más funcionó durante más de un único inicio / apertura.

Para mí, esto parece tener algo que ver con el proyecto que tiene el tipo de proyecto MVC guid ( E3E379DF-F4C6-4180-9B81-6769533ABE47 ). La eliminación de este guid del .csproj resolvió el ahorcamiento para mí. (Se requirió una limpieza adicional de la carpeta .vs después de quitar el guid).

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

Para mí, si la computadora se bloquea con un corte de energía, o a veces con reinicios obligatorios en el medio de la noche. ¿Qué funciona?

ELIMINA TODOS LOS ARCHIVOS EN ESTE DIRECTORIO:

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

Perdón por tener que crear una nueva publicación en lugar de comentar la respuesta seleccionada. No tengo suficientes representantes 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.

Como (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. Sospeché que mi proyecto está intentando abrir un archivo que ya no existe y que es lo que está causando el bloqueo. Lo que solucionó mi problema fue eliminar .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 bloqueos.

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. Elimine el archivo .suo (para mí esto estaba en /[projectfolder]/.vs/[nombre de proyecto]/v14
  2. Abrir Visual Studio
  3. Abra su proyecto
  4. Abra un archivo (simplemente abrí un archivo .cs al azar)
  5. Cree y guarde su solución (simplemente guardar puede hacer el truco, construí por hábito)
  6. Cerrar Visual Studio

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

Restauraba una versión anterior del archivo .vbproj y lo resolvía.

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

Solucioné el problema al desinstalar estos dos complementos:

  1. Herramienta de potencia de productividad
  2. Web Essentials

Suspendiendo Resharper funcionó para mí. Ir

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

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

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

Esto pronto se volvió frustrante, sin embargo, y recientemente investigué el problema nuevamente. Parece que el inicio de sesión en mi cuenta de Microsoft en Visual Studio finalmente resolvió el problema, y ​​ahora no tengo más problemas al 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), le sugiero que al menos intente desconectarse de Internet, incluso si preferiría no ingresar sus credenciales de Microsoft.

Tengo VS2013 y Resharper Ultimate 10 y la siguiente solución me ha hecho clic.

  • Abra y cierre la solución solo con las opciones del menú VS - Open / Close file , no haciendo doble clic o cruzando el editor

  • Junto con esto, borre la caché usando - Tools – Options –ResharperUltimate – Options – Environment – General – Clear Caches button (haga esto a intervalos regulares, cuando perciba que la apertura de la solución se está volviendo relativamente lenta)

Este proceso asegurará que la solución no se cuelgue al abrirla, aunque podría no ser tan rápido como cuando eliminamos el archivo suo, pero funcionaría. La captura permanece, si cierras la solución abierta cruzando o abriendo haciendo doble clic, volverá al punto cero y tendremos que resolverlo eliminando el archivo suo. Se mantendrá publicado si hay una mejor solución disponible.

Tuve un problema similar cuando revisé el archivo de la solución que fue creado por VS.Net 2012. Para resolver el problema, creé el archivo de solución ficticio y recargué los proyectos de vs.net 2012.

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

Visual Studio podría colgar, cuando había un problema al cargar los paquetes nuget.

VS2012 me cuelga, 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 smb mediante una función de VirtualBox).

Copiando el proyecto a un disco local lo arreglé por mí. No estoy seguro si la asignación de una letra de unidad haría el truco.

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