Visual Studio 2010 dice Build fallito senza errori dopo aver modificato un file sorgente

Ho una soluzione di Visual Studio 2010 con alcuni progetti. Posso creare con successo Build -> Build Solution o Build -> Build MyCompany.MyProduct.MyProject. Dopo la costruzione premo CTRL + F5 ed eseguo con successo il progetto di avvio. Funziona come previsto.

Dopo aver modificato un file sorgente, salvarlo e quindi creare di nuovo (con Build -> Build Solution o Build -> Build MyCompany.MyProduct.MyProject), esso viene compilato correttamente. Sono ancora in grado di premere CTRL + F5 ed eseguire il progetto di avvio. Anche questo funziona come previsto.

Il problema è nel seguente scenario: Dopo aver modificato un file di origine, salvarlo e premere direttamente CTRL + F5, quindi Visual Studio 2010 dice BUILD FAILED e non ci sono errori. E non inizia il mio progetto di avvio (ovviamente).

Mi sto perdendo qualcosa?

Chiudi Visual Studio, elimina il file .suo per la tua soluzione. È un “file nascosto” in Windows e contiene le preferenze dell’utente, ma può anche fare cose cattive.

Sembra un po ‘in ritardo, ma quello che ha funzionato per me è stato controllare la mia finestra di output.

Ho avuto un riferimento a una funzione che non esisteva ancora. Non so perché non sia mai apparso nella lista degli errori, ma la finestra Output mi ha detto esattamente dov’era il problema.

Prova a ripetere gli stessi passaggi modificando la posizione in cui compili / esegui. Assicurati che la nuova posizione contenga meno cartelle rispetto alla tua vecchia posizione. Un lungo percorso verso il codice sorgente ha avuto come risultato un problema simile a me e l’ho superato scegliendo un percorso più breve.

Ho chiuso il mio studio visivo.

Eliminato ogni cartella bin. (Ho avuto un errore di authorization strano, quindi ho cancellato i file e la traccia precedente ha cancellato le cartelle incluso il cestino).

Studio visivo riaperto. Eseguita build o rebuild e tutto funzionava di nuovo.

Controlla il percorso fisico del tuo progetto, Se è troppo lungo, Copia il progetto in una cartella della directory principale con un nome molto breve. E prova a build il tuo progetto.

Ho avuto questo problema e ho avuto un avvertimento ma non ho trovato errori. Alla fine ho copiato il comando di compilazione dalla finestra di output in una finestra di comando e l’ho eseguito manualmente – ha sputato quattro errori dopo l’avviso. Non ho idea del motivo per cui questo ha funzionato.

Il comando richiesto dovrebbe essere etichettato come “CoreCompile” e apparire in questo modo: 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

Se non lo vedi, prova a modificare le impostazioni di output di build in Strumenti-> Opzioni-> Progetti e soluzioni-> Costruisci ed esegui, imposta “Verbosità di output del progetto MSBuild” su Normale o superiore.

Nel caso in cui alcune persone stiano riscontrando questo problema (avevo provato a cancellare il file SUO prima, ma questo non ha funzionato per me):

L’ho risolto creando un nuovo progetto vuoto nella mia soluzione e importando tutti i file sorgente nel nuovo progetto. Probabilmente il problema si è verificato nel file di progetto.

Ho avuto lo stesso problema, risolto con il seguente passaggio

vai a Strumenti-> opzione-> progetti e soluzioni-> Generale, assicurati di selezionare la casella “Mostra sempre Elenco errori se la compilazione termina con errori”, in questo caso visual studio mostrerà l’elenco degli errori.

Nel mio caso non ho visto un bug di Code Contracts nella finestra di output:

 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. 

Ho risolto il problema disabilitando i risultati della cache nelle windows Contratti di codice per quel progetto, come suggerito in questa risposta .

Stavo lavorando a un progetto di sito Web che faceva riferimento a un progetto di libreria (nella stessa soluzione) quando mi sono imbattuto in questo problema. Build fallito mentre l’editor stava evidenziando la syntax e navigando verso la fonte. Molto frustrante.

Nessuna delle altre risposte ha funzionato per me; Ho pensato che questo problema potesse essere correlato poiché recentemente ho usato DBML per la prima volta su questa macchina. Non sono ancora del tutto sicuro che non sia stato un fattore che contribuisce.

Dopo la soluzione di pulizia, i file temporanei, il riavvio di VS, ecc., Ho finito per escludere i 2 file incriminati, il che ha permesso di creare la soluzione con successo, quindi quando li ho inclusi di nuovo, tutto è stato compilato correttamente.


ps In seguito ho scoperto un errore nella codepage del masterpage del sito web (facendo riferimento a un valore enum che era stato rimosso), che non veniva visualizzato come errore. Ho avuto errori nella masterpage codebehind causa prima (apparentemente) problemi non collegati; Cerco di ricordare di controllare lì quando una soluzione semplice non si presenta.

Il mio problema è nato dalla conversione di un progetto vs2008 funzionale in vs2010. Tutti gli altri progetti nella soluzione sono andati bene, ma questo avrebbe costruito la porzione MIDL, quindi si fermerà e fallirà. Le impostazioni di build dettagliate non hanno rivelato nulla, quindi alla fine ho creato un intero nuovo progetto con tutti i file uguali. Questo ha funzionato. Poi ho confrontato le impostazioni e, infine, dopo aver modificato le varie parti in modo che corrispondessero, ho scoperto che il progetto convertito aveva MIDL-> General -> “Compatibile con MkTypeLib” impostato su bianco. Questa era un’impostazione valida in vs2008 a quanto pare, ma in vs2010, apparentemente deve essere impostata su Sì o No (o eredita).

Questo ha risolto il mio problema.

se la tua soluzione contiene troppi progetti,

build progetti individualmente,

Verifica quale progetto sta fallendo

per quel progetto controlla i riferimenti di quel progetto, se su qualsiasi riferimento se il loro è un segno di colore giallo, poi cancella quel riferimento, e aggiungilo di nuovo, poi costruisci e controlla,

questo funzionerà

o

controlla nella finestra di output, ogni riga, in qualche riga può essere mostrata, la dipendenza è la loro, ma non l’ha trovata, questo è il problema che causa

questo potrebbe essere dovuto alla corruzione dei file

Ha questo problema quando si tratta dei flussi di lavoro di Sharepoint 2013 in VS 2013. Per risolverlo è stato il seguente:

  1. Scarica il progetto worklfows (il buggy).
  2. Elimina il file .csproj.user
  3. Aprire il file .csproj nel blocco note ed eliminare le seguenti righe:

       11.0 $(MSBuildExtensionsPath32)\Microsoft\VisualStudio\v$(VisualStudioVersion) 

Dopo il RELOADING del progetto in soluzione, il VS ha aggiunto esattamente le stesse linee ANCORA, ma ora nessun problema di LoaderException.

Ho avuto questo problema anche oggi … dopo aver cambiato la verbosità di build in diagnostica come suggerito da @Jac, ho scoperto che il problema si basa su uno dei miei file resx. Apparentemente, un’immagine è stata danneggiata o era troppo grande, l’ho cancellata e ha funzionato!

Ho affrontato quel problema due giorni fa. Ho controllato l’output di Windows e ho trovato un riferimento a VBIDE mancante: Imansible trovare l’assembly wrapper per la libreria dei tipi VBIDE. Ho mostrato tutti i file su Solution Explorer, i riferimenti espansi e ho trovato che c’era un riferimento a quell’assemblaggio. Non so come quella referenza sia arrivata nel mio progetto ed ero sicuro di non averne bisogno. L’ho appena rimosso e tutto è stato risolto.

Un’altra cosa da verificare è che se uno qualsiasi dei tuoi file sorgente è aperto, non sarà in grado di creare. Ho dovuto riavviare il mio computer.

Alcune volte se il percorso della directory è più di 248 caratteri, la soluzione non verrà eseguita. Assicurati che il percorso completo sia inferiore a quello. Ho affrontato lo stesso problema di quello che ho fatto e che ha funzionato per me.

Cordiali saluti Venkateshwarlu, Sviluppatore MSBI, Hyderabad.