Visual Studio 2013 si blocca durante l'apertura di una soluzione

Ho installato VS2013 (v12.0.21005.1) e aggiunto ReSharper 8 (v8.0.2000.2660) uno o due giorni fa. Quel giorno andava bene. Ora sono fortunato se riesco a far sì che apra una soluzione in un giorno intero. Si apre bene da solo, ma quando provo ad aprire una soluzione dall'interno - tramite il menu - si blocca, malissimo. Se faccio clic con il pulsante destro del mouse su una soluzione in Esplora risorse e "apro con VS 2013", si apre e si blocca, esattamente allo stesso modo. Ogni tanto, per ore, ricevo un piccolo avviso che è impegnato con qualcosa.

Qualcuno sa cosa potrebbe essere sbagliato, prima di sopportare una reinstallazione che non risolve il problema?

A volte è sufficiente eliminare semplicemente il file ".v12.suo" e provare ad aprire nuovamente la soluzione. Mi ha aiutato molte volte quando VS2013 si bloccava durante il caricamento di un progetto.

L'eliminazione di tutti i file ".suo" ha funzionato per me. C'erano diverse copie a causa dell'apertura della soluzione in più versioni di Visual Studio.

Modificare:

Possibile percorso potrebbe essere:

PathToSolution \ .VS \ ProjectName \ v14 \

.vs potrebbe essere una cartella nascosta.

.suo è il nome del file.

Fondamentalmente potrebbe essere qualsiasi cosa, ma puoi provare alcune cose:

1. Spegnendolo e riaccendendolo.
2. Svuota la cache di ReSharper, è dentro %LOCALAPPDATA%\JetBrains\ReSharper\<CurrentVersion>\SolutionCaches, dove dovresti trovare una cartella che corrisponde alla soluzione che stai cercando di aprire. Basta chiudere tutte le istanze di VS2013, eliminare la cartella e riprovare.
3. disattiva ReSharper: Tools > Options > ReSharper > General > Suspend
4. disinstallare completamente ReSharper e vedere se i problemi persistono.
5. Ripara Visual Studio tramite Programs and Features.

Ho trovato il seguente approccio migliore per il debug di VS basato sulle istruzioni di MS Connect

Aiutaci a confermare se il file di dump acquisito è un file di dump a 32 bit. Se si tratta di un file di dump a 64 bit, utilizzare il passaggio seguente per acquisire un nuovo file di dump.

1. Avvia Visual Studio.
2. Avvia un'altra istanza di VS.
3. Nella seconda istanza fare clic su Strumenti | Allega al processo ...
4. Nell'elenco dei processi individuare devenv.exe.
5. Fare clic su Seleziona ... e scegliere esplicitamente il codice "Nativo" e "Gestito".
6. Fare clic su OK e OK per chiudere la finestra di dialogo Seleziona e la finestra di dialogo Collega al processo.
7. Torna alla prima istanza di VS e riprova l'hang.
8. In caso di blocco, il controllo dovrebbe passare alla seconda istanza di VS. In caso contrario, torna manualmente alla seconda istanza di VS e premi "Break All".
9. Nella seconda istanza fare clic su Debug | Salva dump come minidump con heap.

Se stai eseguendo il profilo VB, non vedrai la voce di menu Salva dump con nome. Per aggiungere questa voce di menu:

1. Seleziona Strumenti -> Personalizza
2. Seleziona la scheda Comandi
3. Seleziona Debug dal menu a discesa della barra dei menu
4. Fare clic su Aggiungi comando ...
5. Seleziona Debug dall'elenco Categorie.
6. Trova la voce Salva dump con nome nella finestra Comandi.
7. Fare clic su OK (il comando Salva dump con nome ... viene aggiunto all'inizio del menu Debug).
8. Fare clic su Chiudi

È possibile ottenere passaggi dettagliati su come ottenere il file di dump e lo stack di chiamate all'indirizzo http://blogs.msdn.com/debugger/archive/2009/12/30/what-is-a-dump-and-how-do- i-CREATE-one.aspx

Se trovi che il problema è con Resharper Addin, puoi segnalarlo tramite: http://youtrack.jetbrains.com/issues/RSRP

La sospensione di Resharper ha funzionato per me. Vai a

Strumenti -> Opzioni -> ReSharper -> Generale -> Sospendi ora

Ora la tua soluzione verrà caricata molto velocemente. Dopo aver caricato completamente la soluzione, è possibile modificare le impostazioni di Resharper in Resume Now .

Stai usando moduli nodo nel tuo progetto? O puoi identificare che si tratta di un problema specifico di ReSharper?

Se hai moduli NPM (ad es. Per Grunt), contrassegna la tua cartella "node_modules" come "nascosta" (non è necessario nascondere le cartelle secondarie) e riprova.

Visual Studio era in sospeso per me, si è scoperto che stava cercando di scansionare moduli di nodi profondamente nidificati con percorsi di file più lunghi del massimo di Windows (260 caratteri) e questo mi impediva di aprire la soluzione in VS, ma contrassegnando la cartella come nascosto ha risolto il problema.

Ho avuto anche questo problema di recente e ho scoperto che disconnettere il mio computer da Internet durante il caricamento del progetto lo ha risolto. Con questo, sono riuscito a ridurre i tempi di caricamento da diverse ore a pochi secondi. Poiché il mio cavo di rete non è particolarmente accessibile, ho semplicemente disabilitato la mia scheda di rete prima di caricare il progetto (nel Pannello di controllo).

Tuttavia, questo è diventato presto frustrante e di recente ho esaminato nuovamente il problema. Sembra che l'accesso al mio account Microsoft in Visual Studio alla fine abbia risolto il problema e ora non ho più problemi a caricare i progetti.

Questo potrebbe funzionare anche per te (se non l'hai ancora risolto, ma poiché non esiste una risposta accettata qui, presumo che il problema persista), quindi ti suggerisco di provare almeno a disconnetterti da Internet, anche se preferiresti non inserire le tue credenziali Microsoft.

Sono entrato in% LOCALAPPDATA% \ JetBrains \ ReSharper \ e ho aperto tutte le directory cercando le SolutionCaches e le ho svuotate tutte. Problema risolto. L'applicazione era abbastanza grande, quindi questo ha aiutato.

Controlla gli aggiornamenti di Windows

Anch'io ho avuto questo problema. Inoltre, non sono riuscito ad aprire le impostazioni del firewall di Windows (cercando di bloccare la connessione Internet di VS).

Quando ho aperto le impostazioni di aggiornamento (Windows 8), ho visto che c'era un aggiornamento in sospeso ("trovato oggi"), quindi ho riavviato il mio computer, lasciando che Windows si aggiornasse. Successivamente, VS e il firewall hanno funzionato di nuovo correttamente.

Controlla il tuo hardware

Ho avuto il problema una seconda volta; anche la pagina di aggiornamento di Windows 8 continuerebbe a caricarsi per sempre. Era un problema con il mio disco rigido (non OS): /superuser/756261/various-parts-of-windows-8-and-visual-studio-2013-get-blocked-by- possibilmente-comm? noredirect = 1 # comment978074_756261

Ho questo problema di tanto in tanto: VS 2013 Update 2, Win 8.1, IE 11.

Prova questo: apri il task manager, chiudi l'app VS app in sospeso, quindi chiudi tutte le sessioni di IE in esecuzione nell'elenco Processo in background: potrebbero esserci uno o più in sospeso.

Riavvia VS

Sembra cancellarlo per me, senza un riavvio.

Il problema che ho avuto era la connessione Perforce.

All'apertura della soluzione, mi chiedeva se volevo che si collegasse a Perforce. Consentirlo di provare lo bloccherebbe e allocherebbe 1,5 GB di RAM.

Non consentire la connessione P4 lasciarla caricare correttamente (allocando 1 GB di RAM). Quindi potrei dirgli di connettersi a P4 dopo, e ora va bene.

Per me, se il computer si arresta in modo anomalo con un'interruzione di corrente o talvolta con riavvii obbligatori nel cuore della notte. Cosa funziona per me

ELIMINA TUTTI I FILE IN QUESTA DIRECTORY:

C:\Users\yourusername\AppData\Local\Microsoft\WebsiteCache\

Per chiunque si riferisca ancora a questo mi ha aiutato:

Ho dovuto eliminare sempre il file .vs12.suo per caricare il progetto.

Mi sono imbattuto in questo thread di Microsoft e in seguito ho creato una voce di registro che ha risolto il mio problema con il caricamento della soluzione.

https://connect.microsoft.com/VisualStudio/feedback/details/860685/visual-studio-hangs-after-10s-when-loading-solution-corrupt-suo

Ho avuto un problema simile, quando ho controllato il file della soluzione è stato creato da VS.Net 2012. Per risolvere il problema, ho creato un file della soluzione fittizia e ho ricaricato i progetti rispetto a Net 2012.

Osservato anche quando l'aggiornamento del pacchetto nuget si è incasinato, mentre ricarichi la soluzione, Visual Studio potrebbe bloccarsi.

Visual Studio potrebbe bloccarsi quando si è verificato un problema durante il caricamento dei pacchetti nuget.

Nel mio caso, VS 2013 Professional era appeso a tutti i file avvio, anche senza aprire una soluzione perché la licenza non era più valida.

Ultimo elemento nel file di registro:

<entry>
    <record>367</record>
    <time>2015/07/13 20:11:05.051</time>
    <type>Information</type>
    <source>UserConnection</source>
    <description>myemailaddrs@gmail.com signed in for IDE user</description>
</entry>

E nella pagina di sottoscrizione msdn.microsoft.com: "La tua sottoscrizione non è più attiva, contatta il tuo amministratore."

Ho dovuto ottenere un abbonamento aggiornato dal mio datore di lavoro.

L'eliminazione dei risultati del test dalla mia cartella TestResults ha effettivamente fatto il trucco per me. Solo un'altra cosa da provare.

VS2012 si blocca su di me, ad esempio, quando si apre un file csproj su una condivisione di rete (in effetti su una condivisione che era sull'host VirtualBox, connessa come condivisione smb utilizzando una funzionalità VirtualBox).

Copiare il progetto su un'unità locale lo ha risolto per me.Non sono sicuro che l'assegnazione di una lettera di unità possa fare il trucco.

Inoltre non sono sicuro del motivo per cui non funziona tramite condivisione di rete, se si tratta di una limitazione VS o forse di qualche plugin (io uso resharper, ovviamente).

Per me questo sembra avere qualcosa a che fare con il progetto con il tipo di progetto MVC 4 guid ( E3E379DF-F4C6-4180-9B81-6769533ABE47). Rimuovendo questa guida dall'impiccagione .csprojrisolta per me. ( .vsDopo aver rimosso il guid è stata necessaria un'ulteriore cancellazione della cartella).

Ho appena rimosso la cartella "packages" dalla radice della soluzione e mi ha aiutato (Visual Studio Express 2015)

Ci scusiamo per dover creare un nuovo post invece di commentare la risposta selezionata .. Non ho abbastanza rappresentante per commentare in questo momento.

Il mio problema è stato temporaneamente risolto dalla soluzione "... elimina il file .suo ..." e, come altre persone hanno sottolineato, ho dovuto eliminare il file ogni volta.

Dato che (apparentemente) è impossibile interrompere la creazione del file, ho iniziato a scavare un po 'di più in ciò che il file ha fatto. Oltre a salvare le impostazioni dell'utente, credo che stia salvando anche le impostazioni della sessione, come i file che hai aperto quando VS è chiuso. Ho il sospetto che il mio progetto stia tentando di aprire un file che non esiste più e questo è ciò che sta causando il blocco. Ciò che ha risolto il problema era eliminare .suo, aprire VS, aprire un file all'interno della mia soluzione, creare e chiudere la soluzione. Dopo aver fatto ciò non ho avuto blocchi.

TL: dr

Nel mio caso, un file di impostazioni utente (.suo) stava tentando di aprire un file nella mia soluzione che non esisteva più. Ho risolto il problema eseguendo i seguenti passaggi.

1. Elimina il file .suo (per me era in /[projectfolder”/.vs/[nomeprogetto”/v14
2. Apri Visual Studio
3. Apri il tuo progetto
4. Apri un file (ho semplicemente aperto un file .cs casuale)
5. Costruisci e salva la tua soluzione (il semplice salvataggio può fare il trucco, l'ho costruito per abitudine)
6. Chiudi Visual Studio

Spero che questo aiuti qualcuno ... abbiamo trascorso troppe ore su questo problema :)

Prova a disinstallare le estensioni con il "Pannello di controllo" o disabilita qualsiasi componente aggiuntivo in [Strumenti] => [Gestione componenti aggiuntivi], quindi prova a riaprire la soluzione.

Il mio problema è stato risolto disinstallando "Visual Localizer".

Nel mio caso il log di Fusion è stato abilitato. I file di registro sono in crescita da mesi poiché ho dimenticato di spegnerlo dopo un'indagine. In questo modo il software antivirus ha iniziato a controllare più volte questi file di registro di grandi dimensioni durante l'apertura della soluzione e il messaggio "Preparazione soluzione ..." è visibile per molto tempo. Quando ho notato questo, ho spento il registro di fusione e il problema è stato risolto. La soluzione viene caricata in 10 secondi invece di 20 minuti.

Ho avuto questo problema più volte, praticamente in tutte le versioni di VS. L'unica soluzione che sembra funzionare la maggior parte delle volte è eliminare la cartella .vs che si trova nella cartella della soluzione. A volte è sufficiente eliminare il file .sou che si trova in .vs ///

La cartella è nascosta tra l'altro, quindi dovrai abilitare "Mostra cartelle e file nascosti"

Per me la soluzione era disabilitare il controllo del codice sorgente (imposta il plugin su Nessuno in Strumenti-> Controllo sorgente). Penso che stia cercando di sincronizzare un enorme repository Git per qualche motivo (avere un paio di enormi repository, ma non nell'albero che stavo cercando di aprire).

Molti suggerimenti qui e altrove, ma l' unica cosa che ha funzionato in modo permanente per me aveva a che fare con il progetto di avvio che avevo impostato. Questo è quello che ho fatto:

1. Elimina il file .suo come suggerito altrove.
2. Avvia VS e apri la soluzione. Tutto dovrebbe andare bene a questo punto.
3. Lascia il progetto di avvio così com'è, anche se non è quello che desideri.
4. Salva la soluzione. (Possibilmente fare come qualcun altro suggerisce e aprire un file, pulire, costruire / ricostruire, ecc., Ma non ho dovuto fare nulla di tutto ciò.)
5. Chiudi la soluzione ed esci da VS.
6. Riavvia VS e apri la soluzione.
7. Cambia il progetto di avvio in quello che dovrebbe essere
8. Salva la soluzione. (Forse ancora una volta apri il file, pulisci, compila / ricostruisce, ecc.)
9. Chiudi la soluzione ed esci da VS.
10. Riavvia VS e riapri la soluzione e tutto dovrebbe andare bene.

Questo potrebbe o non potrebbe funzionare per te, ma ho provato tutto ciò che ho trovato - modifiche al registro, debug di VS da una seconda sessione VS, lo chiami - ma nient'altro ha funzionato per più di un singolo avvio / apertura.

Ho risolto il problema disinstallando questi due plugin:

1. Strumento di produttività
2. Web Essentials

Ho ripristinato una versione precedente del file .vbproj e l'ho risolto.

Non so cosa ci fosse nella versione più recente, ma il problema era qualcosa all'interno del file .bvproj stesso.