tfs - tools - tfpt
Visual Studio 2013, TFS es muy lento (11)
Cuando originalmente instalé VS Ultimate 2013, todo estuvo bien, pero durante el último mes ha sido un perro. El control de código fuente explorar en mi instalación de Visual Studio 2013 es muy lento. Simplemente haciendo clic en un nodo y el acto de mostrar el contenido del nodo lleva más de 20 segundos.
Todos los demás en el equipo están bien, así que no es el servidor TFS, es solo mi instalación. Supuse que era algún complemento que había instalado en VS, así que los deshabilité, pero no tuve suerte.
¿Algunas ideas?
¡Solo para arrojar otra solución en la mezcla! Tuve el mismo problema que parecía ser causado por varias capas de carpetas de trabajo configuradas en mi espacio de trabajo (algunas también se superponen).
El problema se resolvió al ir a Administrar espacios de trabajo, luego Editar y luego eliminar los enlaces de carpetas adicionales.
Después de probar todas las sugerencias, descargar todos los complementos, intenté reinstalar VS, eliminé todos los espacios de trabajo adicionales, etc. La respuesta a mi problema fue desasignar mi espacio de trabajo y luego reasignarlo. Problema resuelto. No tengo idea de cuál fue la falla subyacente.
En mi caso, la única forma de deshacerme del retraso era cambiar mi ubicación de espacio de trabajo de "local" a servidor. Puede hacer esto en las opciones avanzadas para su espacio de trabajo.
Esto me vuelve loco también durante más de seis meses hasta que encontré esta instrucción. Ahora, mi VSO es arrojado. Nota: esta información la copio de alguien. Me gustaría darles crédito pero no recuerdo cómo encontré esto.
Puede solucionar este problema de TFS editando el registro. Navegue a la clave HKEY_CURRENT_USER / Software / Microsoft / VisualStudio / 12.0 / TeamFoundation / SourceControl / Proxy y luego cambie el valor de la URL a cualquier sitio web ficticio como ''www.abcdummy.com'' Reinicie VS después de editar el valor de la clave de registro.
La limpieza de las carpetas locales ayudó: Consulte ''Team Explorer - Cambios pendientes'', en ''Cambios excluidos'', dijo: ''Detectado: 50000 add (s)''. Haga clic para ver la ruta a las carpetas.
La solución ''full blast'' que funcionó para mí fue;
- eliminar espacio de trabajo
- borrar todo el código fuente
- reconstruir el espacio de trabajo
- reconstruir la solución
Solo toma unos minutos más que simplemente reconstruir el área de trabajo (ver la respuesta de @ DaveF), pero me dio un poco más de confianza de que todo funciona bien.
Limpié mi espacio de trabajo de proyectos innecesarios y funcionó mejor. Creo que vh_click tiene algo de 50,000 anuncios. TFS realiza un seguimiento de todas sus modificaciones y, con el tiempo, con toneladas de proyectos, inserciones y locuras, puede acumular una gran cantidad de elementos que TFS debe resolver. Obtenga el Clorox, el Comet o cualquier otra cosa con la que limpie y vacíe un poco de basura o muévala a alguna carpeta de archivo o unidad de copia de seguridad.
Limpiar el espacio de trabajo fue la solución para mí, al abrir Visual Studio 2015, la ventana de control de fuente permanecerá en una fase de carga, tuve 2 espacios de trabajo nombre y nombre_1 y eliminé ambos. Sin embargo, no es necesario eliminar toda la carpeta, tenga en cuenta que si elimina el espacio de trabajo y tiene los archivos, tendrá que forzar la última actualización para estar en el lado seguro
Lo último fue muy lento. Estaba usando una PC de colegas y había eliminado su espacio de trabajo.
Después de una hora de espera para obtener la última, recibí un error y me di cuenta de que mi cuenta de usuario no tenía control total en la carpeta , dando acceso de escritura a Get Get Latest run x1000 más rápido :
Si esto me hubiera sucedido algunas veces, entonces hay algunas cosas que me gustaría agregar a la respuesta aceptada.
Trabajo en un lugar donde tenemos muchas soluciones VS con muchos archivos en ellas. Las pautas de Microsoft sugieren que no debe utilizar un espacio de trabajo local si va a tener más de 100.000 elementos en él. Para evitar este problema completamente:
- No usar espacios de trabajo locales
- Asegurándose de no mapear suficientes carpetas en un solo espacio de trabajo para obtener más de 100.000 archivos asociados.
- Declarar periódicamente "quiebra de TFS" y eliminar todo.
Para mí, el inconveniente de tener que usar un bloqueo estricto y no tener acceso fuera de línea hace que el # 1 sea inaceptable. Voy a esforzarme más por hacer el # 2, pero honestamente el # 3 es por lo que he estado viviendo.
Es algo así como los primeros Windows, donde cada año más o menos tenías que reinstalar el sistema operativo para eliminar todo el cruft acumulado.
Tuve el mismo problema, me mantuvo ocupado durante una semana más o menos, pero después de investigar mi configuración completa encontré lo siguiente:
Dentro de mi aplicación ASP.NET, tenía un directorio de imágenes y un directorio de caché de imágenes, con muchas imágenes en ellos. (+200,000) Ambos no se incluyeron en mi proyecto VS, pero aún así Visual Studio / TFS tropezó con esto.
Primero encontré, que cuando revisaba algunos archivos (que tardaron más de 10 minutos cuando el problema existía), en ''Explorador de equipo - Cambios pendientes'', en ''Cambios excluidos'' decía: ''Detectado: 50000 add (s)''. Tratar de deshacerse de esto de la ''manera normal'', abriendo la ventana ''Promover Cambios Candidatos'' y estableciendo que estos archivos sean ignorados, aún no hizo mucho. Pero después de mover esos directorios de imágenes a otra ubicación, fuera de mi proyecto, todos los problemas desaparecieron. Por supuesto, tuve que agregar esos directorios movidos como directorios virtuales para seguir viendo mis imágenes.