Visual Studio recuperando um caminho incorreto para um projeto de algum lugar

O Visual Studio (e possivelmente o TFS) de alguma forma (acho que talvez durante uma mesclagem de controle de origem) ficou confuso sobre o caminho de um projeto em minha solução.

Ele pensa que está aqui (caminhos de exemplo para simplicidade):

C:\My Projects\ExampleSolution\ExampleProjectWrong\ExampleProjectCorrect.csproj

enquanto, na verdade, o arquivo do projeto está localizado aqui:

C:\My Projects\ExampleSolution\ExampleProjectCorrect\ExampleProjectCorrect.csproj

Não consigo por nada fazer com que ele reconheça o local correto. Eu tentei:

• Removendo e adicionando novamente o projeto do local correto. Uma mensagem de erro aparece dizendo The project file at C:\My Projects\ExampleSolution\ExampleProjectWrong\ExampleProjectCorrect.csproj could not be found.

• Editar manualmente o arquivo .sln para garantir que todas as referências ExampleProjectCorrect.csprojtenham os caminhos corretos.

• Fazer uma busca em arquivos no diretório da solução para os caminhos corretos e incorretos, para tentar rastrear onde o Studio está escondendo o caminho incorreto.

• Excluindo os diretórios de cache para VS e TFS

Estou arrancando os cabelos porque não posso recriar a solução, pois ela tem quase 100 projetos e está ligada ao controle de origem com vários outros desenvolvedores trabalhando nisso.

Alguém pode me indicar a direção certa de onde está armazenando este caminho incorreto e / ou como reiniciá-lo para que a maldita coisa carregue corretamente?

1. Vá para Gerenciar Espaços de Trabalho (por meio do menu Arquivo / Controle de Origem ou na lista suspensa de Espaço de Trabalho no Explorador de Controle de Origem)
2. selecione editar para sua área de trabalho.
3. Você deve ver, nas pastas de trabalho, um mapeamento do diretório de controle de origem para o diretório de projeto antigo / errado.
4. Selecione-o e clique em remover .
5. Feche o VS e exclua o arquivo suo.

Ainda faz referência ao diretório errado. Talvez a religação possa funcionar neste ponto, mas não tentei fazer isso. Recarregue seu projeto e você estará pronto para prosseguir.

Simplesmente excluir o .suoarquivo de soluções funcionou para mim.

Eu estava enfrentando esse problema depois de executar uma migração do Visual Source Safe 2005 para o TFS 2012. Eu não podia esperar pelo "Assistente de conversão" nas próximas semanas, então apenas executei VSSConvert.exe. Isso levou cerca de 6 anos de história e foi movido para o TFS .. enquanto eu não obtive o histórico real da linha do tempo .. Recebi um monte de entradas no mesmo dia com comentários indicando os check-ins reais do histórico. . não é ruim.

Então, depois de rodar a noite toda (com sucesso, yay!), Eu estava tendo problemas para carregar meus projetos exatamente como esta pergunta dizia. Por alguma razão, alguns projetos estavam sendo referenciados a um diretório incorreto. Eu verifiquei os arquivos .sln, .vsproj e obtendo o mais recente, excluindo, readquirindo, adicionando, removendo, etc. Eu tentei tudo o que foi mencionado aqui ... até mesmo atualizando meu espaço de trabalho, que eu não tenho certeza do que isso fez.

FINALMENTE ... apaguei os arquivos * .suo e o viola. Funcionou.

Passei algumas horas com este.

Uma solução ligeiramente diferente.

O TFS estava exibindo um caminho não existente para uma solução específica. Anteriormente, eu tinha um laptop com uma unidade D: separada, mas agora tenho apenas uma unidade C :. O TFS ainda achava que meu projeto estava armazenado em D: \ Project \ MikesProject

Eu não tinha um .suoarquivo para excluir, o caminho D: não foi mencionado em nenhum lugar em meus espaços de trabalho (escondido sob o File\Source Control\Advanced\Workspacesmenu), o TFS mostrou que eu tinha os arquivos mais recentes em meu (não mais existente) D: diretório e o TFS no VS2013 não tinha uma opção "Remover mapeamentos" para este projeto.

Mas o que funcionou foi simplesmente "Obter a versão mais recente" do projeto.

Depois de fazer isso, uma nova cópia do código foi gravada em minha unidade C: e (curiosamente), agora o caminho local foi mostrado sublinhado .

Anteriormente, o caminho D: não era mostrado assim.

Ímpar. Muito estranho.

Tivemos problemas semelhantes com movimentos e renomeações. Excluindo os diretórios locais e, em seguida, resolvendo novamente.

Mesmo depois de excluir os .suoarquivos e .vspastas, tive que editar o .slnarquivo e remover o url relativo antigo SccProjectName#apesar de SccLocalPath#estar correto. Aparentemente, o VS também usa o nome como um caminho de dica.

Tente excluir ou renomear o arquivo .suo (incluindo a extensão). Este arquivo está no mesmo local onde está seu arquivo de solução. Funcionou para mim

Apenas adivinhando, mas talvez alguns de seus outros projetos façam referência ao seu projeto do local errado? Nesse caso, você não precisa apenas excluir e reinserir o projeto em sua solução, mas também excluir e recriar as referências dos projetos de referência (armazenados em seus arquivos .csproj).

Depois de tentar muitas recomendações, apaguei o arquivo suo (de novo). A última vez funcionou. Por que não funcionou antes, eu não sei. Em geral, acho que excluir o arquivo suo é uma das primeiras etapas que faço.

Tive minha solução de site asp.net aberta em meu Dev Branch. Então, para algum outro propósito, abri a mesma solução na filial principal.

Fiz uma alteração em um dos meus arquivos .ascx.cs no branch dev e defini o ponto de interrupção. Quando eu executei o depurador, todos os meus pontos de interrupção foram atingidos no Dev Branch, exceto o .ascx.cs que estava atingindo o branch principal. Não tenho ideia.

Tentei limpar a pasta temporária, mas não funcionou.

O que funcionou:

Todas as instâncias fechadas do Visual Studio

Abriu a solução da filial Dev novamente.

Execute novamente e os pontos de quebra começaram a bater.

No meu caso, copiei o arquivo * .sln para a pasta do projeto e alterei o caminho do projeto para o arquivo * .sln. Somente isso resolveu o problema (vs 2015 sp1, projeto winservise).

Excluir * .suo não ajuda para mim.

Ainda outra solução funcionou para nós - depois de tentar deletar o suo e quase tudo mencionado neste tópico. Tínhamos um projeto na solução que mostrava uma versão fantasma do arquivo csproj. Excluímos esse arquivo e nossos caminhos corrigidos em outro projeto que estávamos tentando adicionar.

Se você estiver executando seu aplicativo da web no IIS local em vez do IISExpress, certifique-se de clicar no botão "Criar diretório virtual" acessando as propriedades do projeto. Uma vez feito isso, execute "Solução de limpeza" e "Solução de reconstrução".

Excluir arquivos obj e bin resolveria o problema ...

Eu sei que é uma linha antiga. Eu simplesmente passei pelo mesmo problema. Recentemente, migramos o TFS, então criei um novo espaço de trabalho para mapear para o novo servidor e mantive o antigo. Sempre que abro uma solução que deveria ser direcionada para meu novo espaço de trabalho, o VS sempre tentou carregar projetos do meu antigo diretório de mapeamento, até que removi meu antigo espaço de trabalho.