c# - para - Visual Studio compila bien pero muestra líneas rojas

roslyn c#

Question

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

1. Subraya rojo en el código
2. Mientras limpia o construye la solución, no hay ningún error.
3. Los subrayados rojos desaparecen por algún tiempo después de que construí / limpiaba la solución, pero finalmente vuelvo.
4. Debido a esto mi intellisense dejó de funcionar.
5. No puedo hacer clic con el botón derecho en ningún componente y voy a su definición.

¿Algunas ideas?

Answer 1

¿Tiene algún complemento instalado como un reafilamiento? Tuve un problema con un mal complemento.

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

devenv /Safemode

Answer 2

Acabo de tener este problema al trabajar con una solución creada en Visual Studio 2012 pero en ejecución en 2013. Cerré Visual Studio, eliminé todos los directorios / bin y / obj y el problema desapareció.

Answer 3

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

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

Answer 4

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

Answer 5

En vs2013 resolví este problema borrando 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ían limpiado correctamente, ya que al hacer una compilación -> solución limpia no se eliminan las salidas anteriores de las carpetas obj / bin.

Answer 6

Lo que funciona para mí es eliminar el archivo de índice 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á.

Answer 7

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

Eliminé el archivo de solución .sln y creé uno nuevo.

Answer 8

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

Answer 9

Sé que esto es viejo, pero en caso de que las personas encuentren este hilo como lo hice de Google. Tuve este problema después de resolver algunos conflictos desde 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 ser bueno.

Answer 10

Si está utilizando Resharper como yo, puede eliminar la memoria caché de reactivación 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.

Answer 11

Tal vez es tarde para agregar, pero espero que todavía pueda ayudar a alguien. Tuve un problema similar cuando estaba viendo muchos garabatos rojos en un par de archivos. Intenté todas las respuestas propuestas arriba pero nada parecía funcionar. En el momento en que comencé a navegar por las clases, las estructuras en otros archivos para los cuales los archivos que se quejaban tenían referencias, el problema desapareció. Parecía que Intellisense no podía resolver las dependencias por sí mismo por alguna razón.

Answer 12

Tuve este problema y estaba relacionado con ReSharper.

Pasos de la solución para mí:

1) Desactivar ReSharper

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

2) Construir la solución

(Ctrl-Shift-B)

3) ReEnable ReSharper

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

Steve

Answer 13

Visual Studio 2017:

.vs Visual Studio y .vs carpeta .vs ubicada en el directorio de soluciones.

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