Visual Studio 2013, TFS es muy lento

En mi caso, la única manera de eliminar el retraso era cambiar la ubicación de mi espacio de trabajo de "local" a servidor. Puede hacerlo en las opciones avanzadas de su espacio de trabajo.

La solución 'full blast' que funcionó para mí fue;

• eliminar espacio de trabajo
• eliminar todo el código fuente
• reconstruir el espacio de trabajo
• reconstruir la solución

Solo toma unos minutos más que solo reconstruir el espacio de trabajo (ver la respuesta de @DaveF), pero me dio un poco más de confianza de que todo se mantiene unido.

Limpieza de carpetas locales ayudó: Ver 'Team Explorer - Cambios pendientes', en 'Cambios excluidos' dijo: 'Detectado: 50000 add(s)'. Haga clic en él para ver la ruta a las carpetas.

Esto me volvió loco también por más de seis meses hasta que encontré esta instrucción. Ahora, mi VSO es fling. Nota: esta información la copio de alguien. Me gustaría darles crédito, pero no puedo recordar cómo encontré esto.

Puede solucionar este problema de TFS editando el registro. Navegar a clave HKEY_CURRENT_USER \ Software \ Microsoft \ VisualStudio \ 12.0 \ TeamFoundation \ SourceControl \ Proxy y luego cambiar el valor de la URL a cualquier sitio web ficticio como 'www.abcdummy.com' Reiniciar VS después de editar valor de la clave del registro.

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 ASP.NET aplicación, tenía un directorio de imágenes y un directorio de caché de imágenes, con un montón de imágenes en ellos. (+200.000). Ambos no fueron incluidos en mi proyecto VS, pero aún así Visual Studio / TFS tropezó con esto.

Primero me encontré, que al comprobar en algunos archivos (que tomó más de 10 minutos cuando el problema existía), en ' Team Explorer - Cambios pendientes', bajo 'Cambios excluidos' dijo: 'Detectado: 50000 add(s)'. Tratar de deshacerse de esto de la 'manera normal', abriendo esa ventana de 'Promover cambios de candidatos' y configurando estos archivos para que sean ignorados, todavía 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.

Limpié mi espacio de trabajo de proyectos innecesarios y funcionó mejor. Creo que vh_click está en algo con lo de los 50.000 anuncios. TFS realiza un seguimiento de todas sus ediciones y, con el tiempo, con toneladas de proyectos, deshechos y locuras, podría convertirse en un gran conjunto de los cuales TFS tiene que tragarse. Saca el Clorox, el Comet o cualquier otra cosa con la que limpies y descarga algo de basura o muévelo 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 Código Fuente permanecerá en una fase de carga, tenía 2 workspaces name y name_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 obtención de la última para estar en el lado seguro

Conseguir lo último fue muuuuuuuuuuuu. 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 sobre la carpeta , dando Acceso de Escritura made Get Latest run x1000 faster :

Me había pasado esto un par de veces ahora, así que hay algunas cosas que me gustaría añadir a la respuesta aceptada.

Trabajo en un lugar donde tenemos muchas soluciones VS con muchos archivos en ellas. Las directrices de Microsoft sugieren que no debe usar un espacio de trabajo local si va a tener más de 100,000 elementos en él. Así que usted podría prevenir este problema por completo:

1. No usar espacios de trabajo locales
2. Asegurándose de nunca mapear suficientes carpetas en una sola espacio de trabajo que obtiene más de 100,000 archivos asociados con él.
3. Declarando periódicamente "quiebra de TFS" y desmapeando todo.

Para mí, el inconveniente de tener que usar un bloqueo estricto y no tener acceso sin conexión hace que el número 1 sea inaceptable. Voy a esforzarme más por hacer el # 2, pero honestamente el #3 es por lo que he estado viviendo.

Es como las primeras Ventanas, donde cada año más o menos tenías que reinstalar el sistema operativo para eliminar todo el cruft acumulado.

Solo para lanzar 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 superpuestas también).

El problema se resolvió yendo a Administrar Espacios de trabajo, luego Editar y luego eliminar los enlaces de carpetas adicionales.