Luego de de una extensa compilación de información pudimos resolver esta preocupación que pueden tener muchos los usuarios. Te compartimos la solución y nuestro objetivo es servirte de mucha ayuda.
Solución:
También me encontré con este problema en VS 2013 y TFS: cada vez que abría el explorador de mi equipo, tardaba más de 10 segundos en mostrar todos los proyectos, luego, cuando expandía el proyecto en control de código fuente, pasaban otros 10 segundos.
Hoy temprano comencé a experimentar el error “se está utilizando el almacenamiento local” al intentar guardar datos en archivos de clase. Hice una investigación original, y este siguiente enlace salvó el día con seguridad. ¡Ahora TFS está ardiendo!
Almacén de datos local resuelto
Lo que hace es editar el espacio de trabajo (incluidos todos los proyectos asociados) y cambiar el menú desplegable “Ubicación” de “Local” a “Servidor”. Los cambios tardaron entre 4 y 5 minutos en finalizar, pero valió la pena.
Esperemos que esto ayude a alguien en el camino.
Últimamente comencé a recibir el mismo mensaje de error y Visual Studio comenzó a funcionar muy lentamente con TFS y nuget. He intentado reparar y desinstalar pero no soluciono el problema. En el y fue tan dolorosamente lento que no puedo seguir trabajando. (Expandir un elemento en el explorador de control de código fuente lleva 10 segundos)
Aquí está mi historia y cómo se resolvió mi problema:
Me asignaron carpetas tfs por separado para no obtener TFS completo porque hay muchos documentos irrelevantes. Después de probar muchas sugerencias de arreglos, pensé que este podría ser el problema porque hice este mapeo por separado la primera vez mientras usaba TFS. Generalmente mapeo y obtengo todos los elementos a la vez y nunca antes me encontré con este problema.
Eliminé todas las asignaciones y fue como magia. El error desapareció, el control de fuente TFS lento desapareció y ahora es muy rápido. Solo para estar seguro, también elimino mis espacios de trabajo y creo uno nuevo y obtengo todos los elementos TFS a la vez.
Descubrí que el error se activaría cuando tuviera más de una instancia de VS 2012+ ejecutándose utilizando las ventanas Source Control Explorer, Solution Explorer y/o Team Explorer. No he tenido este problema al ejecutar una sola instancia de VS 2012+ (en las actualizaciones 2+) utilizando las ventanas Source Control Explorer, Solution Explorer y/o Team Explorer en tándem.
Encontré este artículo y le di una oportunidad a su sugerencia: para evitar que múltiples subprocesos accedan al almacén de datos simultáneamente. http://blogs.msdn.com/b/phkelley/archive/2013/05/31/tf400030-the-local-data-store-is-currently-in-use-by-another-operation.aspx
Esto resultó ser un remedio para este problema.
Agregaría para otros usuarios con repositorios de archivos grandes, usar el control de fuente y compartir este problema, puede ser muy beneficioso crear múltiples espacios de trabajo para cada una de sus sucursales/repositorios. Descubrí que al hacer esto, mis consultas a TFS se aceleraron enormemente y también ayudaron con este error. Encontré esta sugerencia aquí: http://blogs.msdn.com/b/phkelley/archive/2013/05/30/using-multiple-workspaces-with-visual-studio.aspx. Comparto esto ya que los usuarios mencionan que TFS se está ejecutando lentamente.