c# - toma - uno o varios proyectos de la solucion no se cargaron correctamente visual studio
Visual Studio muestra errores incluso si los proyectos se compilan (21)
Tengo un problema con Visual Studio en una solución C #. Muestra errores totalmente aleatorios, pero los proyectos se construyen. En este momento, tengo 33 archivos con errores, y puedo ver líneas onduladas rojas en todos ellos.
Intenté limpiar / reconstruir la solución, cerrar Visual Studio e incluso reiniciar mi computadora. También me aseguré de realizar los pasos descritos en Ejecuciones de depuración, incluso con los errores del compilador en Visual Studio. Puedo modificar archivos .cs y veo los cambios en la solución.
¿Alguien tiene una idea de por qué hace eso?
- Primero cierre la solución.
- luego eliminar el archivo de caché de la solución (en la ubicación C: / Users / Documents / Visual Studio / Archivos de copia de seguridad / archivo de caché del proyecto)
- entonces .suo eliminar archivo
- Entonces solución abrir y construir.
Espero resolver tu problema
0 - Haga clic derecho en la Solución y solución limpia
1 - Cerrar VS
2 - Eliminar el archivo .suo del proyecto
3 - Abierto VS
4 - Construir solución
A veces, si solo limpia la solución, los errores están desapareciendo, pero eventualmente pueden volver después de un tiempo o en la siguiente compilación.
Acabo de encontrarme con este problema después de revertir un git commit que agregó archivos nuevamente a mi proyecto.
La limpieza y la reconstrucción del proyecto no funcionaron, incluso si cerraba VS entre cada paso.
Lo que finalmente funcionó fue cambiar el nombre del archivo a otro y volver a cambiarlo. facepalm
Aquí hay una colección de respuestas populares. Aumente el OP de la respuesta si le ayudó:
Opción 1: limpiar, crear y actualizar (opción @Mike Fuchs )
Como mencionó @Mike Fuchs , intente las siguientes operaciones:
En el menú, Construir> Limpiar solución
luego construirlo:
En el menú, Construir> Construir solución.
y finalmente seleccione el proyecto en cuestión, y Actualice:
Opción 2: Limpiar, cerrar, reiniciar y @Pixel (opción @Pixel )
Como mencionó @Pixel , intente la siguiente secuencia de operaciones:
- Limpia la solucion
- Cerrar Visual Studio
- Abrir Visual Studio
- Construir solución
Opción 3: Borrar el caché de ReSharper (Mi opción original)
Si tiene ReSharper, intente vaciar el caché de ReSharper:
En el menú, ReSharper> Opciones> Entorno> General> Borrar cachés
y deshabilitar y volver a habilitar ReSharper:
En el menú, Herramientas> Opciones> ReSharper> General> Suspender / Restaurar
Opción 4: eliminar el archivo @Neolisk (opción @Neolisk )
Como mencionó @Neolisk , eliminar el archivo .suo podría resolver su problema. Para Visual Studio 2015, el archivo se encuentra en:
[Ruta de la solución] /. Vs / [Nombre de la solución] /v14/.suo
Y para Visual Studio 2017:
[Ruta de la solución] /. Vs / [Nombre de la solución] /v15/.suo
Tenga en cuenta que el directorio .vs está oculto.
Opción 5: descargar y @TTT cargar el proyecto (opción @TTT )
Como se mencionó @TTT , intente descargar el proyecto que causa problemas:
En el Explorador de soluciones, haga clic con el botón derecho en el proyecto, Descargar proyecto.
Y volviendo a cargarlo.
En el Explorador de soluciones, haga clic con el botón derecho en el proyecto, Recargar proyecto.
Opción 6: eliminar y agregar referencia de Microsoft.CSharp (opción @Guilherme )
Como mencionó @Guilherme , intente eliminar y agregar la referencia a "Microsoft.CSharp" de los proyectos que tienen problemas.
En el Explorador de soluciones, expanda el proyecto, expanda "Referencias", haga clic con el botón derecho en "Microsoft.CSharp" y Quitar.
Luego, haga clic derecho en Referencias> Agregar referencia, seleccione "Microsoft.CSharp" de la lista y haga clic en Aceptar
Descubrí que esto ocurre con frecuencia cuando se usa Git en Visual Studio 2017, cambiando las sucursales donde hay cambios de código dependientes . A pesar de que el proyecto se construirá con éxito, seguirá habiendo errores en la lista de errores.
Estos errores son a menudo problemas de espacio de nombres y referencias faltantes, incluso cuando existe la referencia de la biblioteca.
Resolver:
- Cerrar Visual Studio
- Elimine el archivo {sln-root} .vs / PRISM.IncomeVerification / v15.suo (oculto)
- Reiniciar Visual Studio
Después de probar todas las opciones enumeradas, descubrí otra razón por la que esto puede suceder. Si alguien le envió el código fuente como zip o si descargó un zip, es posible que Windows haya bloqueado todos los archivos. 2 maneras de resolver esto:
Método 1:
Haga clic derecho en el archivo Zip original -> Marque ''Desbloquear'' -> Haga clic en aplicar
Método 2:
Si esa no es una opción, en lugar de abrir propiedades en cada archivo en la carpeta de la solución, simplemente abra el shell de energía y desbloquee recursivamente usando lo siguiente:
Get-ChildItem -Path ''C:/<ROOT FOLDER OF SOLUTION>/' -Recurse | Unblock-File
He probado todas las 6 opciones, nada me funcionó. A continuación la solución resolvió mi problema.
Cerrar VS. Elimine la carpeta ".vs" oculta al lado de su archivo de solución. Reinicie VS y cargue la solución.
Intenta pasar el mouse sobre los elementos subrayados. Normalmente debería decirle cuál es el problema. Para ver una lista de todos los errores / advertencias, vaya a Ver => Lista de errores. Debería abrirse una tabla en la parte inferior del IDE con todos los errores / advertencias enumerados.
Limpié la solución, cerré VS, la abrí de nuevo, construí la solución y las líneas rojas sin resolver se limpiaron y la construcción se realizó con éxito.
Ocasionalmente, tengo que hacer una limpieza personalizada al revisar todos los proyectos y eliminar manualmente las carpetas "bin" y "obj". Para verlos en Visual Studio, deberás habilitar los archivos y carpetas ocultos para cada proyecto. Una vez hecho esto, reconstruir la solución.
Para mi caso específico fue una referencia de servicio que otro desarrollador fusionó con la rama principal. Lo que estaba perfectamente bien, excepto que el resaltado de sintaxis no pudo resolver la clase de servicio generada y la fuente estaba subrayada en rojo. Limpieza, reconstrucción, reinicio no hizo nada.
Todo lo que tenía que hacer era actualizar la referencia del servicio y VS logró juntar las piezas entre bastidores. No hay cambios en el código fuente o archivos generados.
Resolví este problema eliminando los archivos temporales de Microsoft .NET framework. Ubicación: C: / Windows / Microsoft.NET / Framework64 / v4.0.30319 / Archivos temporales de ASP.NET y C: / Windows / Microsoft.NET / Framework / v4.0.30319 / Archivos temporales de ASP.NET
Se encontró con este problema con un solo tipo que no fue reconocido por Visual Studio que mostró el garabato rojo a pesar de que la solución se construyó con éxito. Noté que en el Explorador de soluciones el archivo no tenía la flecha de expansión a la izquierda, que muestra las clases y las propiedades en la expansión.
La solución fue Excluir el archivo del proyecto y guardar / compilar lo que produjo un error esperado y luego Incluir el archivo en el proyecto y guardar y compilar.
Después de realizar estos pasos, Visual Studio comenzó a reconocer mi tipo de nuevo. En cuanto a la diferencia en git, parece que el problema se debió a que los finales de línea no coinciden en la línea <Compile Include="..." /> de mi archivo .csproj.
Tal vez intenta restablecer su caché intellisense. He tenido un problema similar en Visual Studio 2012 al trabajar en un proyecto grande con muchas definiciones de clase parciales. Reducir los parciales solucionó el problema parcialmente, borrando también la memoria caché intellisense - por un tiempo.
Tuve un problema como este donde Intellisense no parecía reconocer la existencia de un proyecto (muchos no pueden encontrar este tipo "," este espacio de nombres no existe ", etc. errores).
Eliminar y volver a agregar la referencia del proyecto en todos los proyectos de referencia solucionaría el problema, pero la causa subyacente podría solucionarse editando el archivo .proj del proyecto problemático.
Cerca de la parte superior del archivo ".csproj" del proyecto "faltante" hay un elemento:
<ProjectGuid>{GUID}</ProjectGuid>
y en todos los proyectos de referencia los archivos .csproj fueron referencias de proyectos:
<ProjectReference Include="../OffendingProject/OffendingProject.csproj">
<Project>{ANOTHER-GUID}</Project>
<Name>Offending Project</Name>
</ProjectReference>
El GUID de referencia no coincide con el GUID del proyecto. Reemplazar {GUID} arriba con {ANOTHER-GUID} solucionó el problema sin tener que pasar por cada proyecto de referencia.
en mi caso, vs nunca retuvo los espacios de nombres importados en las propiedades del proyecto> referencias
cuando intenté agregarlos / verificarlos de nuevo, no pude y vs arrojó un error y cuando el proyecto guardado se bloqueó. Cuando volví a abrir todos los espacios de nombres estándar importados (system.data, etc ...) todos fueron marcados nuevamente y luego fue reconociendo todo sin error
para VS-2017, eliminar la carpeta .vs funcionó para mí.
tldr; Descarga y vuelve a cargar el proyecto problema.
Cuando me sucede esto, solía cerrar VS y volver a abrirlo. Eso probablemente funcionó aproximadamente la mitad del tiempo. Cuando no funcionaba, cerraba la solución, eliminaba el archivo .suo (o toda la carpeta .vs) y volvía a abrir la solución. Hasta ahora, esto siempre me ha funcionado (más de 10 veces en los últimos 6 meses), pero es un poco tedioso porque algunas cosas se reinician, como el modo de compilación, el proyecto de inicio, etc.
Ya que generalmente es solo un proyecto el que tiene el problema, simplemente intenté descargarlo y volver a cargarlo, y esto funcionó. Mi tamaño de muestra es solo 1, pero es mucho más rápido que las otras dos opciones, así que quizás valga la pena intentarlo. Sospecho que esto funciona porque se escribe en el archivo .suo, y tal vez arregla la parte dañada que causó el problema.
Nota: Estoy usando Visual Studio 2015.
Borrar el caché de Resharper no ayudó en mi caso, intentó suspender / restaurar , y también Reparar Resharper, usando la última descarga del sitio web de JetBrains, ninguno de estos ayudó. Esto es después de que intenté cerrar / volver a abrir VS, reiniciar mi máquina, repetir, construir / reconstruir y una combinación de los mismos.
Es interesante que la suspensión de Resharper pareció resolver el problema después del segundo reinicio de VS, pero volvió cuando habilité Resharper. Intenté hacer esta secuencia dos o tres veces para asegurar el patrón.
De todos modos, todavía tenía problemas cuando encontré este artículo:
Así que eliminé el archivo .SUO oculto en la misma carpeta con la solución, y resolvió mágicamente todos los rojos.
Nota: para Visual Studio 2015, el archivo .SUO está en la carpeta oculta .vs / [solution_name] / v14 .
REM DELETE ALL VS HIDDEN SOLUTION OPTION FILES
DEL /A:H /S *.SUO