Visual Studio se compila bien pero aún muestra líneas rojas

Estoy usando VS 2012 y todo estaba funcionando bien hasta que comencé a observar un comportamiento gracioso. Cuando abro mi código, muestra subrayados rojos que generalmente vemos cuando hay un error en nuestro código. Sorprendentemente, el código se compila bien. He hecho las siguientes observaciones que no son normales en absoluto.

1. Subrayado rojo en el código
2. Mientras limpia o construye la solución no hay error.
3. Los subrayados rojos desaparecen durante algún tiempo después de que construyo / limpio la solución, pero vuelven eventualmente.
4. Debido a esto, mi intellisense dejó de funcionar.
5. No puedo hacer clic derecho en ningún componente e ir a su definición.

¿Algunas ideas?

Elimine el contenido de la carpeta ASP.NET temporal y luego reconstruya. Estará en su carpeta de usuario (para IIS Express - \ AppData \ Local \ Temp \ Temporary ASP.NET Files ) o en el directorio de Windows (para IIS - C: \ Windows \ Microsoft.Net \ Framework \ vx.xx \ Archivos ASP.NET temporales )

Los caminos están fuera de mi cabeza y pueden no ser correctos

Visual Studio 2017:

Cerrar Visual Studio y eliminar la .vscarpeta ubicada en el directorio de la solución funcionó para mí.

Esta carpeta tiene un hiddenatributo. Es posible que deba cambiar la configuración en las opciones de carpeta para mostrar los archivos ocultos.

Acabo de tener este problema mientras trabajaba con una solución creada en Visual Studio 2012 pero ejecutándose en 2013. Cerré Visual Studio, eliminé todos los directorios \ bin y \ obj y el problema desapareció.

Para mí, este problema se solucionó cuando descargué y recargué el proyecto nuevamente. Trabajé para mí, espero que también funcione para ti :)

Sé que esto es antiguo, pero en caso de que la gente encuentre este hilo como lo hice yo en Google. Tuve este problema después de resolver algunos conflictos de svn. La solución tiene varios proyectos y resolví algunos conflictos en algunos proyectos diferentes. Hice una compilación -> solución limpia seguida de una compilación -> solución de reconstrucción y todo volvió a estar bien.

Tuve este problema y estaba relacionado con ReSharper.

Pasos de la solución para mí:

1) Deshabilitar ReSharper

VisualStudio\Tools\Options\ReSharper Ultimate\General\Suspend Now

2) Construir solución

(Ctrl-Shift-B)

3) Reactivar ReSharper

VisualStudio\Tools\Options\ReSharper Ultimate\General\Resume Now

Steve

¿Tiene algún complemento instalado como resharper? Tuve problemas con un complemento incorrecto.

Intente ejecutar Visual Studio en modo seguro para evitar que se ejecuten complementos.

devenv /Safemode

Si está utilizando Resharper como yo, puede eliminar la caché de Resharper siguiendo este enlace: https://www.jetbrains.com/help/resharper/Configuring_Caches_Location.html

To specify the location for caches

1. Open the Environment | General page of ReSharper options.
2. Use the Save solution caches in to select the location for cache files:
3. User local settings folder to store them in the following directory: %LOCALAPPDATA%\JetBrains\Transient
4.System TEMP folder to store them in the following directory: %TEMP%\ReSharperCache
5. Solution folder to store them in the root folder of the current solution
6. Custom folder to choose a custom location for ReSharper cache files.
7. Click Save to apply the modifications and let ReSharper choose where to save them, or save the modifications to a specific settings layer using the Save To drop-down list. For more information, see managing and sharing resharper settings.
8. Reopen your solution for the changes to take effect.

En vs2013 resolví este problema eliminando todas mis carpetas obj / bin en todos los proyectos. El problema probablemente se debió a las configuraciones de la solución que había eliminado, pero que no se había limpiado correctamente, ya que hacer una Build -> Clean Solution no elimina las salidas antiguas de las carpetas obj / bin.

Lo que me funciona es eliminar el archivo de índice de IntelliSense.

El archivo IntelliSense está en el mismo directorio que su solución.

Su nombre de archivo es SolutionName.sdf

Simplemente elimine este archivo, abra su solución nuevamente e IntelliSense comenzará a reconstruir su archivo de índice. Después de eso, el problema desaparecerá.

Esto funcionó para mí en Visual Studio Enterprise 2017:

1. Vaya a Herramientas> Opciones> Editor de texto> JavaSCript / TypeScript> Linting> General

2. anule la selección de "Habilitar ESLint"

También me encontré con esto y pude devolver Visual Studio a su estado normal haciendo lo siguiente:

1. Identifique el proyecto del que proviene el código con líneas rojas
2. Elimine el proyecto de la línea roja de las referencias donde se está utilizando (Nombre del proyecto \ Referencias: haga clic derecho, agregue referencias, desmarque el proyecto de la línea roja)
3. Construir (debería recibir errores ahora)
4. Vuelva a agregar la referencia del proyecto que acaba de eliminar
5. Construir de nuevo
6. Las líneas rojas deben eliminarse y el proyecto debe construirse.

Tuve el mismo problema con muchas líneas rojas en varios archivos fuente * cpp. Aunque el código se compiló perfectamente. Ninguna de las otras soluciones funcionó para mí.

Cambiar el orden de #incluir líneas de un archivo * .cpp podría hacer que las líneas rojas desaparezcan y reaparezcan con el orden restaurado.

Luego noté que un archivo de encabezado se incluyó dos veces en un solo archivo * .cpp. Quité el segundo y todo estuvo bien.

Incluir un archivo de encabezado dos veces en el mismo archivo * .cpp parece no ser un problema para el compilador, sino para la parte intellisense.

Quizás sea tarde para agregar, pero espero que aún pueda ayudar a alguien. Tuve un problema similar cuando vi muchos garabatos rojos en un par de archivos. Probé todas las respuestas propuestas anteriormente, pero nada pareció funcionar. En el momento en que comencé a navegar a través de las clases, estructuras en otros archivos para los cuales los archivos de queja tenían referencias, el problema desapareció. Parecía que intellisense no podía resolver las dependencias por sí solo por alguna razón.

Para mí, en un momento habilité el registro de fusión para depurar algunos errores de dependencia de ensamblaje (fuslogvw desde el indicador de CMD). Eso fue hace meses y había estado experimentando tiempos de construcción mucho más lentos (5-7 minutos) desde entonces. También me había olvidado por completo que los había dejado habilitados. Estos registros eran mi cuello de botella y desactivarlos ha hecho que la iteración sea mucho más rápida. ¡Espero que esto ayude a alguien!

Me encontré con este problema con la última
versión de Visual Studio 2017. Además, la versión de depuración de mi programa se estaba ejecutando muy lento.

Eliminé el archivo de la solución .slny creé uno nuevo.

Pasos que funcionan

1. Abra la solución y vuelva a construir todo
2. Cerrar solución
3. Abra la solución y haga una limpieza.
4. Cerrar solución
5. Abra la solución y vuelva a construir todo
6. Cierre y luego abra la solución y debería estar bien. Esto funciona para mi cada vez

Tenga cuidado al eliminar algunos de estos archivos de configuración, ya que perderá la configuración de depuración guardada, etc., y puede causar más daño de lo que cree

Simplemente actualice el proj / solution. Se resolverá.

En mi caso con VS 2017, tengo muchas "líneas rojas" que se muestran debajo de todos los símbolos definidos en una biblioteca de terceros, pero mi proyecto se puede construir sin problemas. Probé todas las soluciones sugeridas (como eliminar la carpeta .VS, reiniciar VS, etc.) pero ninguna de ellas funciona.

Finalmente, lo arreglé y así es como: abro la página de propiedades del proyecto de mi aplicación, luego voy a "C / C ++ -> General -> Directorios de inclusión adicionales", que es el lugar donde coloco todas las rutas de encabezado de biblioteca de terceros necesarias. Elimino todas las rutas (pero las guardo en algún lugar), hago clic en "Aceptar" para confirmar. Luego volví a la misma configuración, pegué esa ruta, haga clic en "Aceptar" para confirmar, luego todas esas "líneas rojas" desaparecen.

Encontré esta solución:

1. Cierre Visual Studio (asegúrese de que devenv.exe no esté presente en el Administrador de tareas).
2. Borrar el %USERPROFILE%\AppData\Local\Microsoft\VisualStudio\xx\ComponentModelCache directorio.
3. Reinicie Visual Studio.

He tenido este problema durante meses y finalmente lo he solucionado. Cerrar Visual Studio y eliminar la carpeta .vs ubicada en el directorio de la solución NO FUNCIONÓ PARA MÍ.

Había una etiqueta assemblyIdentity en web.config que hacía referencia a una biblioteca que no estaba en mi carpeta de referencias. Quité esta etiqueta, la limpié, cerré y volví a abrir, y el problema se solucionó.

1. Verifique cada una de las etiquetas de assemblyIdentity en su web.config y compárelas con la carpeta de referencias en el explorador de soluciones
2. Elimine todas las etiquetas de AssemblyIdentity, incluida la etiqueta de ensamblaje dependiente principal para cualquiera que no esté en la carpeta de referencias.
3. Solución limpia
4. Cerrar y volver a abrir la solución