O arquivo do projeto foi renomeado ou não está no seu computador

Eu recebo esse erro quando tento carregar um projeto do VS 2008 a partir do controle de origem TFS:

O arquivo do projeto foi movido, renomeado ou não está no seu computador

Depois de clicar em OK, o projeto diz "indisponível". Qual é o problema? Como eu resolvo isso? Eu nunca tive esse problema antes. Alguns blogs disseram para excluir o arquivo .suo, mas não consigo localizar o arquivo .suo. Excluí o projeto inteiro no meu computador local para que, na próxima vez em que for aberto, crie um novo, mas ainda recebo o mesmo erro.

O que normalmente ajuda a corrigi-lo é excluir as Opções do Usuário da Solução, também conhecidas como "SUO".

VS até 2013

No VS antigo, ele é armazenado como um "oculto" SolutionName.suona mesma pasta que o .slnarquivo principal .

VS2015 ou posterior

No VS2015, os mesmos dados foram movidos para uma .vspasta "oculta" na mesma pasta que o .slnarquivo principal .

Acabei de encontrar esse problema usando o VS 2013 após renomear um projeto. A resposta de Stanley me guiou para a solução:

Feche o VS - exclua o arquivo .suo - inicie o VS novamente.

Exclua o arquivo .suo de uma maneira especial.

1. Não tenha a solução aberta ao excluir o arquivo .suo oculto.
2. Reinicie o VisualStudio.
3. Abra a solução e adicione projeto sem mensagem de erro.

O TFS funciona como a maioria dos pacotes de controle de código-fonte: ele se lembra do que foi colocado no seu computador, para que, quando você "Recebe as últimas", só precise receber os chnages desde o último "Get", em vez de ter que obter absolutamente tudo.

Isso tem uma ressalva: se você excluir ou renomear os arquivos locais no disco, o TFS não saberá que você fez isso e continuará pensando que eles estão onde os deixou.

Se você "Obter as últimas", não será necessário atualizar os arquivos ausentes.

É provável que você obtenha todos os tipos de erros de "arquivo ausente", do TFS e de outras ferramentas que os procurem.

Para contornar isso, você precisa:

• Se você acha que pode ter alguma alteração que não queira perder, copie a pasta de origem no seu PC como backup, apenas por precaução!
• Clique com o botão direito do mouse no projeto (no Solution Explorer) ou na pasta (no Source Control)
• Escolha "Obter versão específica" no menu de contexto
• Escolha obter a "Versão mais recente" e marque a opção que diz (algo como) "forçar a obtenção de arquivos já no seu espaço de trabalho", o que instrui o TFS a esquecer o que "sabe" e obter todos os arquivos novamente de qualquer maneira.

Se você tiver arquivos (graváveis) alterados localmente, tenha cuidado. Existe uma segunda opção que as substituirá, perdendo suas alterações. Mas você tem o backup, portanto, você deve estar seguro. Geralmente, é melhor marcar esta opção também para garantir que todo o seu código-fonte esteja completamente atualizado. (Mas, obviamente, apenas se você não se importar em perder as alterações locais!)

Quando você OK, isso forçará todos os arquivos do projeto para a unidade local e deverá corrigir o problema.

Embora seja bem conhecido o defeito do VS, definitivamente podemos lidar com isso!

• Abra o arquivo de solução no modo de edição

• Modifique o caminho relativo para corresponder ao caminho físico modificado / movido.

  SccProjectUniqueName1 = Source\\Order\\Order.csproj
  SccProjectName1 = Order.ApplicationService
  SccLocalPath1 = Order.ApplicationService
  

• Além disso, verifique o caminho relativo correto para o (s) projeto (s) de referência

  Project("{asdasd-301F-11D3-BF4B-asdasd}") = "Order",
          "Source\Order\Order.csproj", "{E25641BC-C990-40E2-8876-08AE8728F763}"
  EndProject
  

Tente abrir o arquivo .csproj ou .vbproj em vez do .sln. O que provavelmente aconteceu foi que o arquivo .sln (solução) possui uma referência absoluta (em vez de um caminho relativo) ao (s) projeto (s) componente (s). Pode ser necessário recriar o .sln ou editá-lo manualmente.

A opção mais fácil elaborada para mim é:

1. Clique com o botão direito do mouse no projeto e remova o projeto "não carregado" ou "indisponível"
2. Clique com o botão direito do mouse na solução e adicione "Projeto Existente"

No meu caso, excluir o arquivo .suo era insuficiente. Descobri que minha configuração do espaço de trabalho tinha um erro. Descobri e resolvi o problema com estas etapas:

1. No Team Explorer, "Gerenciar áreas de trabalho ..."

   

2. Clique em "Editar ..."

   

3. Corrija o valor em "Pasta local"

   

4. Por fim, exclua os arquivos .suo afetados pela resposta aceita.

Eu achei mais fácil criar um novo arquivo Solution sln.

Limpe os mapeamentos da área de trabalho (Arquivo -> Controle de Origem -> Áreas de Trabalho). Edite a área de trabalho e limpe todos os mapeamentos (mais repercussão) ou encontre o que está associado a esse caminho do servidor. Em seguida, abra o Source Control Explorer e remapear. Clique duas vezes no SLN no Source Control Explorer e ele deve ser atualizado. Não tem muita certeza do que aconteceu ou em que estado você conseguiu entrar, mas com isso você deve se mover novamente.

Eu corri para esse problema e consegui resolvê-lo, obtendo os .rptprojarquivos de um colega de trabalho e copiando-os para o meu diretório local. O projeto foi capaz de recarregar.

Passei muito tempo tentando resolver esse problema. Executei estas etapas: renomear projeto, renomear namespaces, renomear pasta de projeto, editar arquivo .sln, editar arquivo .suo oculto. Projeto carregado, mas irreconhecível para o TFS! Finalmente encontrei este guia .

Se você estiver usando o Resharper e o TFVC é seu controle de versão, siga estas etapas:

• Clique com o botão direito do mouse no projeto no Solution Explorer, selecione Renomear e insira o novo nome

• Clique com o botão direito do mouse no projeto novamente e selecione Propriedades. Altere o "Nome do assembly" e "Espaço para nome padrão" na guia Aplicativo.

• Clique com o botão direito do mouse no projeto novamente e selecione Refatorar -> Ajustar namespaces. Aceite as alterações.

• Alterar o AssemblyTitle e AssemblyProduct em Properties / AssemblyInfo.cs

• Excluir diretórios bin e obj no Windows Explorer

• Abra o Source Control Explorer e renomeie o diretório do projeto. Isso fechará a solução. Deixe ser fechado.

• Abra o arquivo SLN (com um editor de texto como o Notepad ++) e altere o caminho para o projeto (deve haver vários locais).

• Abra a solução novamente. Limpe e reconstrua o projeto.

Clique com o botão direito do mouse no projeto indisponível e edite o arquivo do projeto ... é provável que você encontre um caminho de arquivo codificado permanentemente ou um virtual que não corresponda ao local do check-out do projeto.

Bondade,

Dan

Solução para este

1. Renomeie novamente a pasta do projeto
2. Definir versão específica e forçar a entrada no TFS
3. remova a opção somente leitura e oculta na pasta mais recente (não a renomeada)
4. Agora você pode abrir o projeto sem problemas

Às vezes, mesmo que você mudou .slne .csprojcaminho, e renomear manualmente, você pode esquecer de verificar o nome da pasta que contém o projeto.