Recibo este error cuando intento cargar un proyecto VS 2008 desde el control de fuente TFS:
El archivo del proyecto ha sido movido, renombrado o no está en su computadora
Después de hacer clic en Aceptar, el proyecto dice "no disponible". ¿Cuál es el problema? ¿Cómo resuelvo esto? Nunca he tenido este problema antes. Algunos blogs dicen que elimine el archivo .suo pero no puedo localizar el archivo .suo. Eliminé todo el proyecto en mi computadora local para que la próxima vez que se abra cree uno nuevo, pero aún recibo el mismo error.
visual-studio
tfs
visual-studio-2008
sineas
fuente
fuente
Respuestas:
Lo que generalmente ayuda a solucionarlo es eliminar las Opciones de usuario de la solución, también conocidas como "SUO".
VS hasta 2013
En el VS anterior se almacena como "oculto"
SolutionName.suo
en la misma carpeta que el.sln
archivo principal .VS2015 o posterior
En VS2015, los mismos datos se movieron a una
.vs
carpeta "oculta" debajo de la misma carpeta que el.sln
archivo principal .fuente
Me encontré con este problema usando VS 2013 después de cambiar el nombre de un proyecto. La respuesta de Stanley me guió a la solución:
Cierre VS - elimine el archivo .suo - inicie VS nuevamente.
fuente
Elimine el archivo .suo de una manera especial.
fuente
.vs
TFS funciona como la mayoría de los paquetes de control de código fuente: recuerda lo que ha puesto en su computadora para que cuando "obtenga la última versión" solo tenga que obtener los cambios desde su última "obtención" en lugar de tener que obtener absolutamente todo.
Esto tiene una advertencia: si elimina o cambia el nombre de los archivos locales en su disco, TFS no sabrá que ha hecho esto, y seguirá pensando que están donde los dejó.
Si luego "Obtener más reciente" no se molestará en actualizar los archivos que faltan.
Entonces es probable que obtenga todo tipo de errores de "archivo faltante", de TFS y cualquier otra herramienta que busque los archivos.
Para evitarlo, debes:
Si tiene archivos modificados localmente (editables), tenga cuidado. Hay una segunda opción que los sobrescribirá y perderá los cambios. Pero tiene la copia de seguridad, por lo que debe estar seguro. Por lo general, es mejor marcar esta opción también para asegurarse de que todo su código fuente esté completamente actualizado. (¡Pero obviamente solo si no te importa perder los cambios locales!)
Cuando esté de acuerdo, esto llevará a la fuerza todos los archivos del proyecto a su unidad local y debería corregir el problema.
fuente
Aunque es bien conocido el defecto VS, ¡definitivamente podemos manejarlo!
Abra el archivo de solución en modo edición
Modifique la ruta relativa para que coincida con la ruta física modificada / movida.
Además, aseguramiento de la ruta relativa correcta para los proyectos de referencia
fuente
Intente abrir .csproj o .vbproj en lugar de .sln. Lo que probablemente ha sucedido es que el archivo .sln (solución) tiene una referencia de archivo absoluta (en lugar de una ruta relativa) a los proyectos componentes. Es posible que deba volver a crear el .sln o editarlo manualmente.
fuente
La opción más fácil para mí es:
fuente
En mi caso, eliminar el archivo .suo fue insuficiente. Descubrí que la configuración de mi espacio de trabajo tenía un error. Descubrí y resolví el problema con estos pasos:
En Team Explorer, "Administrar espacios de trabajo ..."
Haga clic en "Editar ..."
Corrija el valor en "Carpeta local"
Finalmente, elimine los archivos .suo afectados según la respuesta aceptada.
fuente
Me resultó más fácil crear un nuevo archivo sln de Solution.
fuente
Borre las asignaciones de su espacio de trabajo (Archivo -> Control de origen -> Espacios de trabajo). Edite el espacio de trabajo y borre todas las asignaciones (más repercusión) o encuentre la que está asociada a esta ruta del servidor. Luego abra Source Control Explorer y vuelva a asignar. Haga doble clic en el SLN en el explorador de control de código fuente y debería obtener la última versión. No estoy completamente seguro de lo que sucedió o en qué estado se las arregló para entrar, pero con esto debería volver a moverse.
fuente
Me encontré con este problema y pude resolverlo al obtener los
.rptproj
archivos de un compañero de trabajo y copiarlos en mi directorio local. El proyecto pudo volver a cargarse.fuente
Pasé mucho tiempo tratando de resolver este problema. Hice estos pasos: renombrar proyecto, renombrar espacios de nombres, renombrar carpeta de proyecto, editar archivo .sln, editar archivo .suo oculto. ¡Proyecto cargado pero era irreconocible para TFS! Finalmente encontre esta guia .
Si está utilizando Resharper y TFVC es su control de versión, siga estos pasos:
Haga clic con el botón derecho en el proyecto en el Explorador de soluciones, seleccione Cambiar nombre e ingrese el nuevo nombre
Haga clic derecho en el proyecto nuevamente y seleccione Propiedades. Cambie el "Nombre de ensamblado" y el "Espacio de nombres predeterminado" en la pestaña Aplicación.
Haga clic derecho en el proyecto nuevamente y seleccione Refactorizar -> Ajustar espacios de nombres. Acepta los cambios.
Cambiar el AssemblyTitle y AssemblyProduct en Properties / AssemblyInfo.cs
Eliminar directorios bin y obj en el Explorador de Windows
Abra el Explorador de control de código fuente y cambie el nombre del directorio del proyecto. Esto cerrará la solución. Deja que se cierre.
Abra el archivo SLN (con un editor de texto como Notepad ++) y cambie la ruta al proyecto (debe haber varios lugares).
Abra la solución nuevamente. Limpia y reconstruye el proyecto.
fuente
Haga clic con el botón derecho en el proyecto no disponible y edite el archivo del proyecto ... lo más probable es que encuentre una ruta de archivo codificada o una virtual que no coincida con el lugar donde desprotegió el proyecto.
Amabilidad,
Dan
fuente
Solución para esto
fuente
En ocasiones, aunque haya cambiado la ruta
.sln
y la.csproj
ruta, y cambie el nombre manualmente, puede olvidar verificar el nombre de la carpeta que contiene el proyecto.fuente