Visual Studio muestra errores incluso si se compilan proyectos

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 seguir los pasos descritos en la ejecución 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?

Si tiene ReSharper, intente vaciar el caché ReSharper:

En el menú, ReSharper> Opciones> Medio ambiente> General> Borrar cachés

y deshabilitar y volver a habilitar ReSharper:

En el menú, Herramientas> Opciones> ReSharper> General> Suspender / Restaurar

Limpiar 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 / reabrir VS, reiniciar mi máquina, repetir, compilar / reconstruir y la combinación de los mismos.

Es interesante que suspender Resharper parecía resolver el problema después del segundo reinicio de VS, pero fue de nuevo después de habilitar Resharper <- Intenté hacer esta secuencia 2-3 veces para asegurar el patrón.

De todos modos, todavía tenía problemas cuando encontré este artículo:

• Consejo rápido: qué hacer cuando Visual Studio se asusta y todo está rojo

Así que eliminé el archivo .SUO oculto en el mismo nivel de carpeta con solución, y resolvió mágicamente todos los rojos.

Nota: para Visual Studio 2015, el archivo .SUO está en la carpeta oculta .vs / [nombre_de_solución] / v14 .

tldr; Descargue y vuelva a cargar el proyecto problemático.

Cuando esto me sucede, (solía) intentar cerrar VS y volver a abrirlo. Eso probablemente funcionó la mitad del tiempo. Cuando no funcionaba, cerraba la solución, borraba el archivo .suo (o toda la carpeta .vs) y volvía a abrir la solución. Hasta ahora, esto siempre ha funcionado para mí (más de 10 veces en los últimos 6 meses), pero es un poco tedioso porque algunas cosas se restablecen, como el modo de construcción, el proyecto de inicio, etc.

Como generalmente es solo un proyecto el que tiene el problema, intenté descargar ese proyecto y volver a cargarlo, y funcionó. El tamaño de mi muestra es solo 1, pero es mucho más rápido que las otras dos opciones, por lo que quizás valga la pena intentarlo. Sospecho que esto funciona porque escribe en el archivo .suo y quizás corrige la parte dañada que estaba causando el problema.

Nota: esto parece funcionar para VS 2019, 2017 y 2015.

Limpié la solución, cerré VS, la volví a abrir, construí la solución, y las líneas rojas sin resolver se limpiaron y la construcción se realizó con éxito.

Descubrí que eso sucede con frecuencia cuando utilizo Git en Visual Studio 2017, cambiando ramas donde hay cambios de código dependientes . Aunque el proyecto se compilará correctamente, quedarán 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 \ SlnName \ v15.suo (oculto)
• Reiniciar Visual Studio

He probado todas las 6 opciones, nada funcionó para mí. La solución a continuación resolvió mi problema.

Cerrar VS. Elimine la carpeta oculta ".vs" junto a su archivo de solución. Reinicie VS y cargue la solución.

Tuve un problema como este en el que Intellisense no parecía reconocer la existencia de un proyecto (muchos errores de "no puedo encontrar este tipo", "este espacio de nombres no existe", etc.).

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 "perdido" hay un elemento:

<ProjectGuid>{GUID}</ProjectGuid>

y en todos los proyectos de referencia, los archivos .csproj eran referencias de proyecto:

<ProjectReference Include="..\OffendingProject\OffendingProject.csproj">
  <Project>{ANOTHER-GUID}</Project>
  <Name>Offending Project</Name>
</ProjectReference>

El GUID de referencia no coincidía con el GUID del proyecto. Reemplazar el {GUID}anterior {ANOTHER-GUID}solucionó el problema sin tener que pasar por cada proyecto de referencia.

Aquí hay una colección de respuestas populares. Vota el OP de la respuesta si te ayudó:

Opción 1: limpiar, construir y actualizar ( opción @Mike Fuchs )

Como mencionó @Mike Fuchs , intente las siguientes operaciones:

En el menú, Crear> Solución limpia

Y

En el menú, Build> Build Solution

y seleccione el proyecto en cuestión, y haga clic en el botón actualizar:

Opción 2: limpiar, cerrar, reiniciar y compilar ( opción @Pixel )

Como mencionó @Pixel , intente la siguiente secuencia de operaciones:

1. Limpiar la solución
2. Cerrar Visual Studio
3. Abra Visual Studio
4. Construir solución

Opción 3: Borrar caché ReSharper ( opción @GammaOmega )

Si tiene ReSharper, intente vaciar el caché ReSharper:

En el menú, ReSharper> Opciones> Medio ambiente> General> Borrar cachés

y deshabilitar y volver a habilitar ReSharper:

En el menú, Herramientas> Opciones> ReSharper> General> Suspender / Restaurar

Opción 4: elimine el archivo .suo ( opción @Neolisk )

Como @Neolisk mencionó, 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 volver a cargar el proyecto ( opción @TTT )

Como @TTT mencionó, intente descargar el proyecto que causa problemas:

En el Explorador de soluciones, haga clic con el botón derecho en proyecto, Descargar proyecto.

Y volviéndolo a cargar

En el Explorador de soluciones, haga clic derecho en el proyecto, Recargar proyecto.

Opción 6: eliminar y agregar la referencia de Microsoft.CSharp ( opción @Guilherme )

Como @Guilherme mencionó, 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 elimine.

Luego, haga clic derecho en Referencias> Agregar referencia, seleccione "Microsoft.CSharp" de la lista y haga clic en Aceptar

Elimine la ruta del archivo oculto = su solución \ .vs \ su nombre de solución \ v15 \ .suo

para VS-2017, eliminar la carpeta .vs funcionó para mí.

Me di cuenta de que, a veces, al cambiar las ramas de git, Visual Studio (2017) no reconoce los tipos de algunos archivos que se agregaron en la segunda rama. Eliminar la carpeta .vs lo resuelve, pero también destruye todas las configuraciones de su espacio de trabajo. Este truco parece funcionar bien para mí:

1. Explorador de soluciones -> Encuentra el archivo con la clase no reconocida en él.
2. Haga clic en Mostrar todos los archivos en la parte superior del Explorador de soluciones.
3. Haga clic derecho en el archivo -> Excluir del proyecto.
4. Haga clic derecho en el archivo nuevamente -> Incluir en proyecto.

Esto hace que Intellisense analice el archivo que se perdió al cambiar de rama.

La siguiente solución funcionó para mí

1 - Cerrar VS

2 - Eliminar carpeta .vs

3 - Abrir VS

4 - Construir solución

Quizás intentes restablecer tu caché intellisense. Tuve un problema similar en Visual Studio 2012 cuando trabajaba en un proyecto grande con muchas definiciones de clase parciales. La reducción de los parciales resolvió el problema parcialmente, borrando también el caché intellisense - por un tiempo.

De vez en cuando tengo que hacer una limpieza personalizada revisando todos los proyectos y eliminando manualmente las carpetas "bin" y "obj". Para verlos en Visual Studio, deberá habilitar archivos y carpetas ocultos para cada proyecto. Una vez hecho esto, reconstruya la solución.

Eliminar la .vscarpeta resolvió mi problema.

Pero también restableció la configuración actual de mi solución en VS. Como, mis proyectos descargados en la solución se volvieron a cargar y todos los documentos anclados y abiertos también se cerraron cuando reinicié el VS.

0 - Haga clic derecho en la solución y solución limpia

1 - Cerrar VS

2 - Eliminar el archivo .suo del proyecto

3 - Abrir VS

4 - Construir solución

Un colega mío experimentó este problema hoy. Intentamos muchas de las recomendaciones aquí y ninguna funcionó, excepto la solución que se describe a continuación.

Problema:

El proyecto funciona bien, pero Intellisense no reconoce ciertos tipos y marca usingdeclaraciones particulares como inválidas.

Solución:

Cambie la 'Plataforma de soluciones' (en VS 2017, este es el menú desplegable junto al menú desplegable Configuración de la solución y tiene valores como x86, x64, AnyCPU, Plataformas mixtas, etc.) a AnyCPU .

La plataforma para su proyecto puede variar, pero parece que algunas referencias pueden no ser válidas para todas las plataformas.

Para mi caso específico, era una referencia de servicio que otro desarrollador fusionó en la rama principal. Lo cual estaba perfectamente bien, excepto que el resaltado de sintaxis no pudo resolver la clase de servicio generada y el origen estaba subrayado en rojo. La limpieza, la reconstrucción, el reinicio no hicieron nada.

Todo lo que tenía que hacer era actualizar la referencia del servicio y VS logró armar las piezas detrás de escena. No hay cambios en el código fuente o los archivos generados.

Acabo de encontrarme con este problema después de revertir un git commit que agregó archivos nuevamente a mi proyecto.

Limpiar y reconstruir el proyecto no funcionó, incluso si cerré VS entre cada paso.

Lo que finalmente funcionó fue cambiar el nombre del archivo a otra cosa y volver a cambiarlo. : facepalm:

Después de probar todas las opciones enumeradas, descubrí otra razón por la cual esto puede suceder. Si alguien le envió el código fuente como un zip, o usted descargó un zip, Windows puede haber bloqueado todos los archivos. 2 formas 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 Power Shell y desbloquee recursivamente usando lo siguiente:

Get-ChildItem -Path 'C:\<ROOT FOLDER OF SOLUTION>\' -Recurse | Unblock-File

1. Primero cierre la solución.
2. luego elimine el archivo de caché de la solución (en la ubicación C: \ Users \ Documents \ Visual Studio \ Backup Files / project cache file)
3. luego eliminar el archivo .suo
4. entonces la solución se abre y se construye.

Espero resolver tu problema

Tuve este problema en el trabajo (ejecutando VS2017). Intenté todas las respuestas aquí. Sin alegría.

El proyecto se construiría bien, pero se quejaba de que no se podían encontrar espacios / tipos de nombres. Garabatos rojos por todo el lugar. Muchos errores en la ventana Lista de errores.

Mi solución contenía 3 proyectos.

Descubrió que 3 de las referencias de la biblioteca NuGet para uno de los proyectos estaban fuera de línea. Consolidado las versiones de la biblioteca referenciada, y Bingo.

Espero que esto ayude a alguien.

Brett

Descargar y volver a cargar el proyecto solucionó este problema.

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 próxima compilación.

Encontré este problema con un solo tipo no reconocido por Visual Studio que mostraba el garabato rojo a pesar de que la solución se construyó con éxito. Noté en el Explorador de soluciones que el archivo no tenía la flecha de expansión a la izquierda, que muestra las clases y propiedades en la expansión.

La solución fue Excluir el archivo del proyecto y guardar / compilar 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 nuevamente. Al observar la diferencia en git, parece que el problema se debió a que las terminaciones de línea no coinciden en la <Compile Include="..." />línea de mi archivo .csproj.

en mi caso, vs nunca retuvo los espacios de nombres importados en las propiedades del proyecto> referencias

cuando traté de agregarlos / verificarlos nuevamente, no pude y vs arrojé un error y cuando guardé el proyecto vs fallé. Cuando volví a abrir, todos los espacios de nombres importados estándar (system.data, etc.) se marcaron nuevamente y luego reconoció todo sin error

TL; DR: realice una reinstalación limpia de Visual Studio

Después de perder varias horas, todavía no pude arreglarlo para Visual Studio 2017. Luego instalé Visual Studio 2019 PREVIEW y, de repente, IntelliSense me muestra a los miembros de las clases STL nuevamente (lo que no ocurre con Visual Studio 2017). )

Por lo tanto, supongo que también puede haber algo mal con Visual Studio (tal vez algo en el directorio de caché o en general algo en su PC que no está directamente relacionado con una solución específica) que puede resolverse mediante un reinicio limpio y completo -instalación de Visual Studio. Lo sé, esta es una "solución" estúpida, pero en mi caso, solo una nueva instalación de Visual Studio (2019) tuvo efecto.

Como ya se mencionó, en mi caso, solo las clases STL se vieron afectadas. IntelliSense no mostraría a sus miembros, lo cual es extraño. Pensé que tal vez podría tener algo que ver con los encabezados precompilados. En algún lugar leí que el STL y el proyecto deberían estar en el mismo disco y ponerlos en el mismo debería resolver el problema. Pero ninguna de estas rutas condujo al éxito.

Descubrí que esto puede suceder si el proyecto al que se hace referencia apunta a una versión superior del marco que el proyecto que está tratando de usarlo. Puede saber si este es el problema yendo a la ventana de salida y buscando algo similar a esto:

La referencia principal "my_reference" no se pudo resolver porque se creó con el marco ".NETFramework, Version = v4.7.2". Esta es una versión más alta que el marco actualmente dirigido ".NETFramework, Version = v4.7".

La solución es cambiar el marco objetivo de uno u otro de los proyectos.

Mis síntomas en VS2019 fueron que construiría con algunos errores. Luego corregiría los errores, y la compilación funcionaría, como se muestra en la ventana Salida. Pero las ventanas Errores todavía mostraban los errores antiguos. Podría ejecutarlo bien. Cerrar VS2019 y volver a conectar solucionó el problema, pero solo por un tiempo. Esto comenzó a suceder en la versión 16.4.3

Esta solución parece funcionar para mí:

Desmarque Herramientas-> Opción-> Proyectos y soluciones-> General-> Permitir inicialización de proyecto paralelo

Encontré esta solución enterrada en los comentarios aquí: https://developercommunity.visualstudio.com/content/problem/483450/vs-2019-intellisense-reports-compile-errors-when-r.html

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. Se debe abrir una tabla en la parte inferior del IDE con todos los errores / advertencias enumerados.