O Visual Studio 2013 trava ao abrir uma solução

Instalei o VS2013 (v12.0.21005.1) e adicionei o ReSharper 8 (v8.0.2000.2660) um ou dois dias atrás. Naquele dia tudo bem. Agora tenho sorte se consigo fazer com que ele abra uma solução em um dia inteiro. Ele abre bem sozinho, mas quando tento abrir uma solução de dentro - via menu - ele trava, mal. Se eu clicar com o botão direito do mouse em uma solução no Windows Explorer e 'abrir com o VS 2013', ela abre e trava, exatamente da mesma maneira. De vez em quando, por horas, percebo que está ocupado com alguma coisa.

Alguém sabe o que pode estar errado, antes de passar por uma reinstalação que não resolve o problema?

Às vezes, basta excluir o arquivo ".v12.suo" e tentar abrir a solução novamente. Me ajudou muitas vezes quando o VS2013 estava congelando ao carregar um projeto.

Excluir todos os arquivos ".suo" funcionou para mim. Houve várias cópias devido à abertura da solução em várias versões do Visual Studio.

Editar:

O caminho possível pode ser:

PathToSolution \ .vs \ ProjectName \ v14 \

.vs pode ser uma pasta oculta.

.suo é o nome do arquivo.

Basicamente, pode ser qualquer coisa, mas você pode tentar algumas coisas:

1. Desligue e ligue novamente.
2. Limpe o cache do ReSharper, está dentro %LOCALAPPDATA%\JetBrains\ReSharper\<CurrentVersion>\SolutionCaches, onde você deve encontrar uma pasta que corresponda à solução que está tentando abrir. Basta fechar todas as instâncias do VS2013, excluir a pasta e tentar novamente.
3. desligue o ReSharper: Tools > Options > ReSharper > General > Suspend
4. desinstale o ReSharper completamente e veja se o problema persiste.
5. Repare o Visual Studio por meio Programs and Features.

Eu descobri que o seguinte é a melhor abordagem para depurar o VS com base nas instruções do MS Connect

Ajude a confirmar se o arquivo de despejo capturado é um arquivo de despejo de 32 bits. Se for um arquivo de despejo de 64 bits, use a seguinte etapa para capturar um novo arquivo de despejo.

1. Inicie o Visual Studio.
2. Inicie outra instância de VS.
3. Na segunda instância, clique em Ferramentas | Anexar ao processo ...
4. Na lista de processos, localize devenv.exe.
5. Clique em Selecionar ... e escolha explicitamente o código 'Nativo' e 'Gerenciado'.
6. Clique em OK e OK para fechar a caixa de diálogo Selecionar e a caixa de diálogo Anexar ao processo.
7. Volte para a primeira instância do VS e reproduza o travamento.
8. Ao travar, o controle deve ir para a segunda instância do VS. Se não, volte para a segunda instância do VS manualmente e clique em "Break All".
9. Na segunda instância, clique em Debug | Salvar Dump como Minidump com heap.

Se você estiver executando o perfil VB, não verá o item de menu Salvar Dump Como. Para adicionar este item de menu:

1. Selecione Ferramentas -> Personalizar
2. Selecione a guia Comandos
3. Selecione Depurar no menu suspenso da barra de menus
4. Clique em Adicionar Comando ...
5. Selecione Depurar na lista Categorias.
6. Encontre a entrada Salvar Dump Como na janela Comandos.
7. Clique em OK (o comando Salvar despejo como ... é adicionado ao topo do menu Depurar).
8. Clique em Fechar

Você pode obter etapas detalhadas sobre como obter o arquivo de despejo e a pilha de chamadas em http://blogs.msdn.com/debugger/archive/2009/12/30/what-is-a-dump-and-how-do- i-create-one.aspx

Se você achar que o problema é com o Resharper Addin, você pode relatar o problema via - http://youtrack.jetbrains.com/issues/RSRP

Suspender Resharper funcionou para mim. Vamos para

Ferramentas -> Opções -> ReSharper -> Geral -> Suspender agora

Agora sua solução carregará muito rápido. Depois que sua solução estiver totalmente carregada, você pode alterar as configurações de Resharper para Retomar agora .

Você está usando algum módulo de nó em seu projeto? Ou você pode identificar que é um problema específico do ReSharper?

Se você tem módulos NPM (por exemplo, para Grunt), marque sua pasta 'node_modules' como 'oculta' (não há necessidade de ocultar as pastas filhas) e tente novamente.

O Visual Studio estava aberto para mim, mas ele estava tentando verificar os módulos de nó profundamente aninhados com caminhos de arquivo maiores que o máximo do Windows (260 caracteres), e isso estava me impedindo de abrir a solução no VS, mas marcando a pasta como escondido resolveu o problema.

Também tive esse problema recentemente e descobri que desconectar meu computador da Internet ao carregar o projeto corrigiu o problema. Com isso, consegui reduzir o tempo de carregamento de várias horas para segundos. Como meu cabo de rede não é particularmente acessível, simplesmente desativei meu adaptador de rede antes de carregar o projeto (no Painel de Controle).

Isso logo se tornou frustrante, no entanto, recentemente voltei a examinar o problema. Parece que fazer logon na minha conta da Microsoft no Visual Studio resolveu o problema, e agora não tenho mais problemas para carregar projetos.

Isso pode funcionar para você também (se ainda não o corrigiu - mas como não há uma resposta aceita aqui, presumo que o problema persiste), então sugiro que você pelo menos tente se desconectar da internet, mesmo que você prefere não inserir suas credenciais da Microsoft.

Entrei em% LOCALAPPDATA% \ JetBrains \ ReSharper \ e abri todos os diretórios à procura de SolutionCaches e esvaziei todos eles. Problema resolvido. O aplicativo era muito grande, então isso ajudou.

Verifique se há atualizações do Windows

Eu tive esse problema também. Além disso, não consegui abrir as configurações do firewall do Windows (tentando bloquear a conexão de Internet do VS).

Ao abrir as configurações de atualização (Windows 8), vi que havia uma atualização pendente ("encontrada hoje"), então reiniciei meu computador, deixando o Windows atualizar. Depois disso, o VS e o firewall funcionaram bem novamente.

Verifique seu hardware

Tive o problema uma segunda vez; até a página de atualização do Windows 8 continuaria carregando para sempre. Era um problema com meu disco rígido (sem sistema operacional): /superuser/756261/various-parts-of-windows-8-and-visual-studio-2013-get-blocked-by- possivelmente-comm? noredirect = 1 # comment978074_756261

Eu recebo esse problema de vez em quando - atualização 2 do VS 2013, Win 8.1, IE 11.

Tente isto - abra o gerenciador de tarefas, elimine o travamento do aplicativo VS e feche todas as sessões do IE que estão sendo executadas na lista Processos em segundo plano - pode haver uma ou mais penduradas.

Reinicie o VS

Parece que resolveu para mim, sem reinicializar.

O problema que tive foi a conexão do Perforce.

Ao abrir a solução, ele perguntaria se eu queria que ele se conectasse ao Perforce. Permitir que ele tente travá-lo e alocará 1,5 GB de RAM.

Não permitindo a conexão P4, deixe-o carregar corretamente (alocando 1 GB de RAM). Então eu poderia dizer para ele se conectar a P4 depois, e agora está bom.

Para mim, se o computador trava com queda de energia ou às vezes com reinicializações obrigatórias no meio da noite. O que FUNCIONA para mim

EXCLUA TODOS OS ARQUIVOS NESTE DIRETÓRIO:

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

Para quem ainda está se referindo, isso me ajudou:

Sempre tive que deletar o arquivo .vs12.suo para carregar o projeto.

Me deparei com este tópico da Microsoft e, em seguida, criei uma entrada de registro que corrigiu meu problema com o carregamento da solução.

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

Tive um problema semelhante, quando verifiquei o arquivo de solução, ele foi criado pelo VS.Net 2012. Para resolver o problema, criei um arquivo de solução fictício e recarreguei os projetos do vs.net 2012.

Também observado quando a atualização do pacote nuget foi danificada, enquanto você recarrega a solução, o Visual Studio pode travar.

O Visual Studio pode travar quando houver um problema ao carregar os pacotes nuget.

No meu caso, o VS 2013 Professional estava pendurado em cada inicialização, mesmo sem abrir uma solução porque a licença não era mais válida.

Último item no arquivo de log:

<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 na página de assinatura do msdn.microsoft.com: "Sua assinatura não está mais ativa, entre em contato com o administrador."

Tive que obter uma assinatura atualizada do meu empregador.

Excluir os resultados do teste da minha pasta TestResults realmente funcionou para mim. Só mais uma coisa para tentar.

VS2012 trava em mim, por exemplo, ao abrir um arquivo csproj em um compartilhamento de rede (na verdade, em um compartilhamento que estava no host VirtualBox, conectado como um compartilhamento smb usando um recurso VirtualBox).

Copiar o projeto para uma unidade local consertou para mim. Não tenho certeza se atribuir uma letra de unidade resolveria.

Também não sei por que ele não funciona via compartilhamento de rede, se é uma limitação do VS ou talvez algum plugin (eu uso resharper, é claro).

Para mim, isso parece ter algo a ver com o projeto ter o tipo de projeto MVC 4 guid ( E3E379DF-F4C6-4180-9B81-6769533ABE47). Remover este guia do .csprojenforcamento resolveu para mim. (Uma limpeza adicional da .vspasta foi necessária após a remoção do guid.)

Acabei de remover a pasta "pacotes" da raiz da solução e isso me ajudou (Visual Studio Express 2015)

Desculpe por ter que criar uma nova postagem em vez de comentar sobre a resposta selecionada. Não tenho representantes suficientes para comentar neste momento.

Meu problema foi temporariamente resolvido pela solução "... exclua o arquivo .suo ..." e, como outros apontaram, tive que excluir o arquivo todas as vezes.

Como (aparentemente) é impossível parar a criação do arquivo, comecei a me aprofundar um pouco mais no que o arquivo fazia. Além de salvar as configurações do usuário, acredito que também esteja salvando as configurações da sessão, como os arquivos que você abre quando o VS é fechado. Suspeitei que meu projeto está tentando abrir um arquivo que não existe mais e é isso que está causando o travamento. O que consertou meu fim foi deletar o .suo, abrir o VS, abrir um arquivo dentro da minha solução, construir e fechar a solução. Depois de fazer isso, não tive travamentos.

tl: dr

No meu caso, um arquivo de configuração do usuário (.suo) estava tentando abrir um arquivo em minha solução que não existia mais. Resolvi o problema executando as etapas a seguir.

1. Exclua o arquivo .suo (para mim, estava em /[projectfolder]/.vs/[projectname]/v14
2. Abra o Visual Studio
3. Abra seu projeto
4. Abra um arquivo (simplesmente abri um arquivo .cs aleatório)
5. Construa e salve sua solução (simplesmente salvar pode resolver, eu construí por hábito)
6. Fechar Visual Studio

Espero que isso ajude alguém ... passamos muitas horas neste assunto :)

Tente desinstalar as extensões com o "Painel de controle" ou desabilitar qualquer suplemento em [Ferramentas] => [Gerenciador de suplementos] e tente reabrir a solução.

Meu problema foi corrigido desinstalando "Visual Localizer".

No meu caso, o Fusion log foi habilitado. Os arquivos de log estão crescendo há meses, pois esqueci de desligá-lo após uma investigação. Desta forma, o software antivírus começou a verificar esses grandes arquivos de log várias vezes durante a abertura da solução, e a mensagem "Preparando solução ..." ficou visível por muito tempo. Quando percebi isso, desliguei o registro de fusão e o problema resolvido. A solução carrega em 10 segundos em vez de 20 minutos.

Eu tive esse problema várias vezes, em quase todas as versões do VS. A única solução que parece funcionar na maioria das vezes é excluir a pasta .vs localizada na pasta da solução. Às vezes, basta excluir o arquivo .sou localizado em .vs ///

A pasta está oculta pelo caminho, então você terá que habilitar "Mostrar arquivos e pastas ocultos"

Para mim, a solução foi desabilitar o controle de origem (Defina o plugin como Nenhum em Ferramentas-> Origem do Campo). Acho que estava tentando sincronizar algum repositório Git enorme por algum motivo (tenho alguns repositórios enormes, mas não na árvore que estava tentando abrir).

Muitas sugestões aqui e em outros lugares, mas a única coisa que funcionou permanentemente para mim tinha a ver com o projeto inicial que eu havia definido. Isso é o que eu fiz:

1. Exclua o arquivo .suo conforme sugerido em outro lugar.
2. Inicie o VS e abra a solução. Tudo deve estar bem neste ponto.
3. Deixe o projeto inicial como está, mesmo que não seja o que você deseja.
4. Salve a solução. (Possivelmente fazer como outra pessoa sugerir e abrir um arquivo, limpar, construir / reconstruir, etc, mas eu não tive que fazer nada disso.)
5. Feche a solução e saia do VS.
6. Reinicie o VS e abra a solução.
7. Mude o projeto inicial para o que deveria ser
8. Salve a solução. (Possivelmente, novamente abra o arquivo, limpe, construa / reconstrua, etc.)
9. Feche a solução e saia do VS.
10. Reinicie o VS e reabra a solução e tudo ficará bem.

Isso pode ou não funcionar para você, mas eu tentei de tudo que pude encontrar - mudanças no registro, depuração do VS de uma segunda sessão do VS, você escolhe - mas nada mais funcionou por mais do que uma única inicialização / abertura.

Resolvi o problema desinstalando estes dois plug-ins:

1. Ferramenta Elétrica de Produtividade
2. Web Essentials

Restaurei uma versão anterior do arquivo .vbproj e isso resolveu.

Não sei o que havia na versão mais recente, mas o problema era algo dentro do próprio arquivo .bvproj.