visual-studio - tutorial - visual studio code bootstrap intellisense

Visual Studio recupera una ruta incorrecta a un proyecto de algún lado (13)

Visual Studio (y posiblemente TFS) de alguna manera (creo que quizás durante una fusión de control de código fuente) se confunde sobre la ruta de un proyecto dentro de mi solución.

Cree que está aquí (ejemplos de caminos para la simplicidad):

C:/My Projects/ExampleSolution/ExampleProjectWrong/ExampleProjectCorrect.csproj

mientras que en realidad, el archivo del proyecto se encuentra aquí:

C:/My Projects/ExampleSolution/ExampleProjectCorrect/ExampleProjectCorrect.csproj

No puedo, por mi vida, hacer que reconozca la ubicación correcta. Yo he tratado:

Eliminar y volver a agregar el proyecto desde la ubicación correcta. The project file at C:/My Projects/ExampleSolution/ExampleProjectWrong/ExampleProjectCorrect.csproj could not be found un mensaje de error que The project file at C:/My Projects/ExampleSolution/ExampleProjectWrong/ExampleProjectCorrect.csproj could not be found .
Edición manual del archivo .sln para garantizar que todas las referencias a ExampleProjectCorrect.csproj tengan las rutas correctas.
Hacer una búsqueda en los archivos en el directorio de la solución para las rutas correctas e incorrectas, para tratar de localizar dónde el estudio está ocultando la ruta incorrecta.
Eliminar los directorios de caché para VS y TFS

Me estoy arrancando los pelos porque no puedo recrear la solución, ya que tiene casi 100 proyectos y está vinculada al control de la fuente con muchos otros desarrolladores que trabajan en ella.

¿Alguien puede indicarme en la dirección correcta dónde almacena esta ruta incorrecta y / o cómo restablecerla para que la maldita cosa se cargue correctamente?

Vaya a Administrar espacios de trabajo (ya sea a través del menú Archivo / Control de fuente o del menú desplegable del área de trabajo en el Explorador de control de código fuente)
seleccione editar para su espacio de trabajo.
Debería ver, en las carpetas de trabajo, una asignación para el directorio de control de origen en el directorio del proyecto anterior / incorrecto.
Selecciónalo y haz clic en eliminar .
Cierre VS y elimine el archivo suo.

Todavía hace referencia al directorio incorrecto. Tal vez volver a enlazar podría funcionar en este punto, pero no lo intenté. Recargue su proyecto y debería estar listo para continuar.

Después de probar muchas recomendaciones, eliminé el archivo suo (nuevamente). La última vez que trabajó. Por qué no funcionó antes, no lo sé. En general, encuentro que eliminar el archivo suo es uno de los primeros pasos que hago.

En mi caso, copié el archivo * .sln en la carpeta del proyecto y cambié la ruta para proyectarlo en el archivo * .sln. Solo esto resolvió el problema (vs 2015 sp1, proyecto winservise).

Eliminar * .suo no ayuda para mí.

Estaba enfrentando este problema después de realizar una migración de Visual Source Safe 2005 a TFS 2012. No podía esperar a que salga el "Conversion Wizard" en las próximas dos semanas, así que acabo de ejecutar VSSConvert.exe. Esto tomó 6 o más años de historia y lo trasladé a TFS ... mientras no obtuve la historia real de la línea de tiempo ... recibí un montón de entradas en el mismo día con los comentarios que indicaban los registros reales de la historia ... no está mal ..

SO después de que funcionó toda la noche (¡con éxito, yay!) Estaba teniendo problemas para cargar mis proyectos tal como lo indicaba esta pregunta, por alguna razón algunos proyectos estaban siendo referenciados a un directorio incorrecto ... Revisé los archivos .sln, .vsproj , y obtener lo último, eliminar el volver a obtener ... agregar eliminar ... etc. Probé todo lo que se menciona aquí ... incluso actualicé mi espacio de trabajo, lo que no estoy seguro de qué hizo eso ...

FINALMENTE ... eliminé los archivos * .suo y viola ... funcionó ...

Pasé un par de horas en este ...

Hemos tenido problemas similares con movimientos y cambios de nombre. Eliminar los directorios locales y luego volver a resolverlo.

Incluso después de eliminar el archivo .suo y .vs carpetas .vs , tuve que editar el archivo .sln y eliminar la antigua url relativa de SccProjectName# pesar de que SccLocalPath# era correcta. Aparentemente VS también usa el nombre como una ruta de pista.

Intente eliminar o cambiar el nombre del archivo .suo (incluida la extensión). Este archivo está en la misma ubicación donde está su archivo de solución. Funcionó para mí

Sé que es una vieja línea. Acabo de pasar por el mismo problema. Recientemente migramos el TFS, así que creé un nuevo espacio de trabajo para mapear al nuevo servidor y mantener el anterior. Cada vez que abro una solución que se supone que se dirige a mi nuevo espacio de trabajo, VS siempre intentó cargar proyectos desde mi antiguo directorio de mapeo, hasta que eliminé mi viejo espacio de trabajo.

Si está ejecutando su aplicación web en Local IIS en lugar de IISExpress, asegúrese de presionar el botón "Crear directorio virtual" accediendo a las propiedades del proyecto. Una vez hecho esto, realice "Solución limpia" y "Solución de reconstrucción".

Simplemente adivinando, ¿pero quizás algunos de sus otros proyectos hacen referencia a su proyecto desde la ubicación incorrecta? En este caso, no solo tiene que eliminar y volver a insertar el proyecto en su solución, sino que también deberá eliminar y volver a crear las referencias de los proyectos de referencia (almacenados en sus archivos .csproj).

Simplemente borrando el archivo .suo soluciones funcionó para mí.

Tenía mi solución de sitio web asp.net abierta desde mi Branch Dev. Luego, para otro propósito, abrí la misma solución desde la sucursal principal.

Hice un cambio en uno de mis archivos .ascx.cs en la rama de desarrollo y establecí el punto de interrupción. Cuando ejecuté el depurador, todos mis puntos de ruptura se registraron en la rama Dev, excepto en el .ascx.cs que estaba llegando a la rama principal. No tengo idea.

Intenté limpiar la carpeta temporal pero no funcionó.

Lo que funcionó:

Cerró todas las instancias de Visual Studio

Abrí la solución de la rama Dev nuevamente.

Corre de nuevo y los puntos de quiebre comenzaron a golpear.

Una solución ligeramente diferente.

TFS estaba mostrando una ruta no existente para una solución en particular. Anteriormente, tenía una computadora portátil con una unidad D: independiente, pero ahora solo tengo una unidad C :. TFS todavía pensaba que mi proyecto estaba almacenado en D: / Project / MikesProject

No tenía un archivo .suo para eliminar, la ruta D: no se mencionaba en ninguna parte de Mis áreas de trabajo ( .suo menú File/Source Control/Advanced/Workspaces ), TFS mostró que sí tenía los últimos archivos mi (ya no existe) directorio D: y TFS en VS2013 no tenía una opción "Eliminar asignaciones" para este proyecto.

Pero lo que sí funcionó fue simplemente hacer una "Obtener la última versión" en el proyecto.

Después de hacerlo, se escribió una nueva copia del código en mi unidad C: y (curiosamente), ahora la ruta local se mostró subrayada .

Anteriormente, la ruta D: no se mostraba así.

Impar. Muy raro.