visual studio 2010 - tiempo - Los archivos no se pudieron encontrar en el espacio de trabajo
visual studio code (5)
Di bien a las indicaciones. Cuando se abra la solución (no habrá archivos a los que se haga referencia), haga clic con el botón derecho en la solución en el Explorador de soluciones y elija "Recargar proyecto"
Estoy usando el profesional de Visual Studio 2010 con TFS como control de origen y todo funcionó bien. En la mañana que vine abrí mi solución y se abrió como Fuera de línea. Traté de ir en línea, y dice
"Workspace for this solution could not be found."
(No recuerdo la frase de error exacta).
Cerré mi solución. Fui a la pending changes window -> workspace ComboBox -> manage workspace . Edité mi espacio de trabajo y asigné mi solución a la carpeta ya existente.
Ahora pude ver mis cambios pendientes en la ventana. Abrí mi solución de nuevo. Intenté revisar un archivo, y obtuve un error:
"no se pudo encontrar el archivo en el área de trabajo, o no tiene permiso para acceder al archivo".
Cualquier puntero para esto excepto tomar la última versión o la versión específica. En administrar espacio de trabajo, mi espacio de trabajo era privado.
Lo siento por molestar a todos. Al final tomé la última versión para resolver el problema.
Me enfrentaba a un problema similar con VS2015, descubrí que la versión anterior de nuget (VSIX (v3.3.0)) estaba instalada en mi máquina. Descargué la última versión del sitio de nuget . Ha resuelto mi problema
TFS trabaja con un caché. Hay uno en su computadora cliente que puede ser todo tipo de confusión, así que elimine los archivos que contiene. La ruta predeterminada es C:/Users/<Username>/Local Settings/Application Data/Microsoft/Team Foundation/<Version Number>/Cache (esto puede variar según su sistema operativo, pero está en su perfil).
Puede intentar restablecer los enlaces de la solución / proyecto yendo a Archivo -> Control de fuente -> Cambiar control de fuente ... (Si falta este elemento del menú, puede que tenga que restablecer los elementos del menú). Si los archivos de origen ya se encuentran en un área de trabajo, puede hacer clic en el icono de enlace en la barra de herramientas en el cuadro de diálogo resultante para volver a vincular el archivo con el control de origen. Sin embargo, es posible que aún tenga que realizar un VS para obtener o volver a abrir para que deje de quejarse.
Sé que mencionó que desea saber si puede hacer algo excepto obtener la versión más reciente, pero TFS 2010 almacenó la información del área de trabajo en el servidor y necesita conectarse para restablecer los metadatos. Parece que esencialmente has recreado las asignaciones para tu área de trabajo. Al hacerlo, el servidor necesita restablecer la conexión. Creo que la única forma de manejar esto es realizar una obtención después de establecer el área de trabajo. No debe perder nada a menos que use el cuadro de diálogo Obtener versión específica, pero para estar seguro, copiaría sus archivos en una ubicación temporal antes de realizar la función Obtener más reciente en esa área de trabajo. Después de realizar una operación Obtener más reciente, todo debería estar bien.
Obviamente, es posible que también desee verificar sus permisos en la carpeta a la que se asigna el espacio de trabajo (no pude encontrar los requisitos exactos después de buscar un poco). Parece poco probable que este sea el problema, pero si no está seguro, puede configurar las carpetas en las que está guardando los archivos para que su cuenta de usuario tenga permisos COMPLETOS de forma recursiva y ver si eso marca una diferencia. .
Además, asegúrese de tener instalado Visual Studio 2010 SP1.
El comportamiento se ha mejorado en Visual Studio y TFS 2012 con lo que se llama espacios de trabajo locales ; Con los espacios de trabajo locales, los metadatos sobre sus archivos se almacenan en el sistema de archivos en lugar de en el servidor. TFS 2012 debería estar en el mercado muy pronto.
Tuve este error, he examinado las Asas asociadas (pestaña CPU en el monitor de recursos) para el directorio del área de trabajo. Y el proceso de devenv tiene un directorio dentro. Así que reinicié Visual Studio y no recibí este error.