visual-studio-2012 - visual - vscode beautiful
Visual Studio increíblemente lento al cambiar el nombre de los archivos (4)
Al probar intenté configurar uno de los proyectos para construir en un servidor diferente, tanto en el modo de depuración como en el de liberación. Pensé que había limpiado ambos, pero aparentemente solo lo había hecho bajo la configuración de Debug.
Aparentemente mientras tanto ese servidor ha decidido que odia mi máquina, lo que hace que mi máquina se congele mientras la espera.
Cerrar Visual Studio y editar manualmente el archivo .csproj resolvió el problema.
Tengo una solución de tamaño mediano con 99 proyectos que recientemente comenzó a comportarse de manera extraña:
1) Si trato de cambiar el nombre de un archivo a través del explorador de soluciones, VS aparentemente se bloqueará, pero después de un largo tiempo (más de 10 minutos) completará la operación de cambio de nombre.
2) También me di cuenta hoy que cambiar a modo Debug y Release parece congelar VS también. Hasta ahora no lo he dejado correr el tiempo suficiente para ver si eso realmente se completa.
Intenté tanto Visual Studio 2012 como 2013, y ambos presentan el mismo problema, por lo que parece indicar que el problema podría no ser con Visual Studio. Intenté comprobar en el registro de eventos si hay algo allí, pero nada saltó sobre mí. También reinicié y ejecuté el disco de control, pero no encontré nada incorrecto.
Ejecutando Windows 7 Professional en una laptop bastante alta con 8 GB de RAM y una nueva SSD
Actualización: aparentemente, si he cambiado el nombre de un archivo una vez, puedo seguir cambiando el nombre (y otros archivos en la solución) de inmediato. Cuando reinicio VS, vuelve a ser lento.
Actualización 2: dejé la computadora en funcionamiento durante la noche para intentar cambiar de Debug a Release, y logró hacerlo en las 14 horas entre el momento en que salí del trabajo y volví aquí.
Lamentablemente, 99 proyectos no es una solución de tamaño medio para Visual Studio, sino una solución muy grande. Visual Studio simplemente no se adapta bien a soluciones de este tamaño y está viendo los efectos de eso aquí.
La única forma de mejorar esto es factorizar su solución en varias soluciones más pequeñas.
Sobre la base de la respuesta de @ Daniel Barbalace, mi problema tenía que ver con TFS, pero no pude cambiar a espacios de trabajo del servidor. Lo que terminé haciendo fue eliminar las asignaciones de cualquier rama o proyecto en el que no estoy trabajando en este momento. No hay ningún número mágico, pero una vez que parecía obtener menos de 50,000 archivos (globalmente para la carpeta TFS) el cambio de nombre de repente disminuyó de 2+ minutos a 3-5 segundos.
Visual Studio puede ser extremadamente lento en el cambio de nombre de los archivos si usa TFS con un espacio de trabajo "local" como opuesto a un espacio de trabajo "servidor", y el número total de archivos que incluyen diferentes versiones en el repositorio TFS supera los 10.000 elementos.
Contrariamente a la recomendación de Microsoft, sugiero usar un espacio de trabajo de servidor en lugar de uno local para un mejor rendimiento. También hay otras desventajas en los espacios de trabajo locales y la única ventaja es poder trabajar mientras el repositorio de TFS está inactivo. Eso no es una ventaja considerando que si no puede conectarse a TFS, probablemente no pueda conectarse a su LAN y hay muy poco trabajo que puede hacer de todos modos en esa situación.
Para cambiar a un espacio de trabajo del servidor para TFS en Visual Studio 2015,
En VS, haga clic en Archivo -> Control de fuente -> Avanzado -> Áreas de trabajo
En el cuadro de diálogo que se abre, selecciona tu espacio de trabajo y haz clic en Editar ...
Haga clic en Avanzado ... (no importa qué mapeo se selecciona).
En Ubicación, seleccione Servidor y luego presione OK.
Cambiar al servidor puede tomar diez minutos o más dependiendo del tamaño de su repositorio.
Una vez hecho esto, el cambio de nombre de los archivos debe ser casi instantáneo.