varios - Visual Studio 2010 dice que Falló la compilación sin errores después de cambiar un archivo fuente

visual studio no compila cambios (16)

Cerré mi estudio visual.

Eliminado cada carpeta bin. (Tuve un extraño error de permiso, así que borré los archivos y la pista posterior eliminó las carpetas, incluido el contenedor).

Reapertura de estudio visual. Creación o reconstrucción realizada y todo estaba funcionando de nuevo.

Tengo una solución de Visual Studio 2010 con algunos proyectos. Puedo construir con Build -> Build Solution o Build - Build MyCompany.MyProduct.MyProject con éxito. Después de construir, presiono CTRL + F5 y ejecuto con éxito el proyecto de inicio. Esto funciona como se esperaba

Después de cambiar un archivo fuente, guárdelo y luego vuelva a compilar (con Build -> Build Solution o Build -> Build MyCompany.MyProduct.MyProject) que compila con éxito. Todavía puedo presionar CTRL + F5 y ejecutar el proyecto de inicio. Esto nuevamente funciona como se esperaba.

El problema está en el siguiente escenario: después de cambiar un archivo fuente, guardarlo y presionar CTRL + F5, entonces Visual Studio 2010 dice BUILD FAILED y no hay errores. Y no comienza mi proyecto de inicio (por supuesto).

¿Me estoy perdiendo de algo?

En caso de que otras personas experimenten este problema (intenté eliminar el archivo SUO primero, pero esto no funcionó):

Lo resolví creando un nuevo proyecto en blanco en mi solución e importando todos los archivos fuente al nuevo proyecto. Es probable que el problema esté en el archivo del proyecto.

En mi caso, no vi un error de Contratos de código en la ventana de resultados:

CodeContracts: xxx: Unhandled Exception: System.IO.FileNotFoundException: Could not load file or assembly ''System.Data.SqlServerCe, Version=3.5.1.0, Culture=neutral, PublicKeyToken=89845dcd8080cc91'' or one of its dependencies. The system cannot find the file specified.

Lo resolví deshabilitando los resultados de caché en las ventanas de Contratos de código para ese proyecto, como se sugiere en esta respuesta .

Estaba trabajando en un proyecto de sitio web que hacía referencia a un proyecto de biblioteca (en la misma solución) cuando me encontré con este problema. La compilación falló mientras el editor resaltaba la sintaxis y navegaba hacia la fuente. Muy frustrante.

Ninguna de las otras respuestas funcionó para mí; Pensé que este problema podría estar relacionado ya que recientemente utilicé DBML por primera vez en esta máquina. Aún no estoy completamente seguro de que no sea un factor contribuyente.

Después de limpiar la solución, los archivos temporales, reiniciar VS, etc., terminé excluyendo los 2 archivos ofensivos, lo que permitió que la solución se creara correctamente, y cuando los incluí de nuevo, todo se creó correctamente.

ps Más tarde descubrí un error en el código subyacente de la página principal del sitio web (haciendo referencia a un valor enum que se había eliminado), que no se mostraba como un error. He tenido errores en el código de la página maestra detrás de problemas (aparentemente) no relacionados anteriormente; Intento recordar comprobar allí cuando una solución simple no se presenta.

Hoy tuve este problema también ... después de cambiar la verbosidad de la compilación por el diagnóstico como sugirió @Jac, descubrí que el problema se basa en uno de mis archivos de resx. Aparentemente, una imagen se corpó o era demasiado grande, la eliminé y ¡funcionó!

Intente repetir los mismos pasos cambiando la ubicación donde compila / ejecuta. Asegúrese de que su nueva ubicación tenga menos carpetas para recorrer en comparación con su ubicación anterior. Un largo camino hacia el código fuente me produjo un problema similar y lo superé eligiendo una ruta más corta.

Me enfrenté a ese problema hace dos días. Revisé la salida de Windows y encontré que faltaba una referencia a VBIDE: No se puede encontrar el ensamblado de envoltura para la biblioteca de tipos VBIDE. Mostré todos los archivos en el explorador de soluciones, las referencias ampliadas y encontré que había una referencia a ese ensamblaje. No sé cómo esa referencia entró en mi proyecto y estaba segura de que no la necesitaba. Lo eliminé y todo se solucionó.

Mi problema surgió al convertir un proyecto funcional vs2008 a vs2010. Todos los otros proyectos en la solución se entendieron bien, pero este construiría la parte de MIDL, luego se detendría y fallaría. La configuración detallada de compilación no reveló nada, así que finalmente creé un proyecto completamente nuevo con todos los archivos iguales. Esto funcionó. Luego comparé las configuraciones, y finalmente después de cambiar las distintas partes para que coincidan, descubrí que el proyecto convertido tenía MIDL-> General -> "Compatible con MkTypeLib" en blanco. Esta fue una configuración válida en vs2008 aparentemente, pero en vs2010, aparentemente debe establecerse en Sí o No (o heredar).

Esto ha solucionado mi problema.

Otra cosa que debes comprobar es que si alguno de tus archivos fuente está abierto, no podrá compilarse. Tuve que reiniciar mi computadora.

Parece un poco tarde, pero lo que funcionó para mí fue verificar mi ventana de Salida.

Tenía una referencia a una función que aún no existía. No sé por qué nunca apareció en la lista de errores, pero la ventana de resultados me indicó exactamente dónde estaba el problema.

Tiene este problema cuando se trata de Workflows Sharepoint 2013 en VS 2013. Para resolverlo hizo lo siguiente:

Descarga el proyecto worklfows (el buggy one).
Eliminar el archivo .csproj.user
Se abrió el archivo .csproj en el bloc de notas y se eliminan las siguientes líneas:
<PropertyGroup> <VisualStudioVersion Condition="''$(VisualStudioVersion)'' == '''' or ''$(VisualStudioVersion)'' < ''11.0''">11.0</VisualStudioVersion> <VSToolsPath Condition="''$(VSToolsPath)'' == ''''">$(MSBuildExtensionsPath32)/Microsoft/VisualStudio/v$(VisualStudioVersion)</VSToolsPath>

Después de RELOADING project into solution, el VS agregó exactamente las mismas líneas OTRA VEZ, pero ahora no hay problemas con LoaderException.

Tuve el mismo problema, resuelto por el siguiente paso

vaya a Herramientas-> opción-> proyectos y Solución-> General, asegúrese de marcar la casilla "Mostrar siempre la lista de errores si la construcción finaliza con errores", en este caso, Visual Studio mostrará la lista de errores.

Tuve este problema y tuve una advertencia pero no pude encontrar ningún error. Eventualmente copié el comando de compilación desde la ventana de salida en una ventana de comandos y lo ejecuté manualmente - escupió cuatro errores después de la advertencia. No tengo idea de por qué esto funcionó.

El comando requerido debe etiquetarse como "CoreCompile" y tener un aspecto similar a este: C:/Windows/Microsoft.NET/Framework/v4.0.30319/Csc.exe /noconfig /nowarn:1701,1702,2008 /nostdlib+ /errorreport:prompt /warn:4 /define:TRACE;SILVERLIGHT;WINDOWS_PHONE /errorendlocation /preferreduilang:en-US /highentropyva- /reference:"C:/Dropbox/code

Si no lo ve, intente cambiar la configuración de salida de compilación en Herramientas-> Opciones-> Proyectos y soluciones-> Crear y ejecutar, establezca "Nivel de detalle de la salida de compilación del proyecto MSBuild" en Normal o superior.

Verifique la ruta física de su proyecto, si es larga, copie el proyecto a alguna carpeta del directorio raíz con un nombre muy corto. Y trata de construir tu proyecto.

si su solución contiene demasiados proyectos,

construir proyectos individualmente,

Compruebe qué proyecto está fallando

para ese proyecto verifique las referencias de ese proyecto, si en cualquier referencia si es una marca de color amarillo, luego elimine esa referencia y vuelva a agregarla, luego compile y verifique,

esto funcionará

verifique la ventana de salida, cada línea, en alguna línea que pueda mostrar, la dependencia es suya, pero no la encontró, ese es el problema que causa

esto puede deberse a la corrupción del archivo

Cierre Visual Studio, elimine el archivo .suo para su solución. Es un ''archivo oculto'' en Windows y contiene preferencias del usuario, pero también puede hacer cosas desagradables.