Erro de criação de equipe: o caminho… já está mapeado para a área de trabalho

Ao criar uma nova compilação no Team Foundation Server, recebo o seguinte erro ao tentar executar a nova compilação:

O caminho C: \ Build \ ProductReleases \ FullBuildv5.4.2x \ Sources já está mapeado para o espaço de trabalho BuildServer_23.

Não consigo ver um espaço de trabalho com esse nome na caixa de diálogo de espaços de trabalho.

Use o utilitário de linha de comando TF - Team Foundation Version Control Tool ( tf ).

Você pode obter uma lista de todos os espaços de trabalho, exibindo um prompt de comando do Visual Studio e depois alterando para a pasta do espaço de trabalho e emitindo os seguintes comandos:

C:\YourWorkspaceFolder>tf workspaces /owner:*

Você deve ver seu espaço de trabalho com problemas na lista e também o proprietário.

Você pode excluir a área de trabalho com o seguinte comando:

C:\YourWorkspaceFolder>tf workspace /delete /server:BUILDSERVER WORKSPACENAME;OWNERNAME

Basta excluir o conteúdo da (s) seguinte (s) pasta (s):

C: \ Usuários \ Nome_do_Usuário \ AppData \ Local \ Microsoft \ Team Foundation \ 3.0 \ Cache

Onde UserName é usuário real ou atual e 3.0 é o número da versão.

Eu recebi esse erro, causado por ter duas definições de compilação que apontavam para a mesma fonte. O problema foi que eu usei um diretório de construção estático no Build Agent.

Esta publicação no fórum descreve exatamente meu problema e resolução: http://social.msdn.microsoft.com/Forums/en-US/tfsbuild/thread/60a4138a-9b28-4c46-bdf4-f9775ce43c3e/

Eu tive um problema semelhante e, para remover o espaço de trabalho que estava me causando um problema, entrei em outra máquina com o cliente TFS instalado e executei o seguinte:

• No arquivo de menu, aponte para Controlo de origem , Avançado e clique em Espaços de trabalho ... .
• Na caixa de diálogo Gerenciar áreas de trabalho , marque a caixa de seleção Mostrar pacotes remotos .
• Na coluna Nome , selecione o espaço de trabalho que você deseja remover e clique em Remover .
• Na caixa de diálogo Confirmação , clique em OK .

Tivemos o mesmo problema, mas a exclusão da área de trabalho do servidor TFS não funcionou. (Devo mencionar que peguei a VM dos meus colegas que já estava configurada com suas credenciais.)

Para mim, isso funcionou: http://blogs.msdn.com/b/buckh/archive/2006/09/12/path-is-already-mapped-in-workspace.aspx

Acabei de entrar em: ... \ Local Settings \ Application Data \ fiz uma pesquisa por VersionControl.config, abri a pasta que continha esse arquivo e excluí todo o seu conteúdo.

Antes disso, tentei editar manualmente o arquivo, mas ele continuou com a mesma mensagem de erro.

Eu espero que isso ajude.

Por algum motivo, estava com problemas para excluir o espaço de trabalho do utilitário de linha de comando. Felizmente, encontrei o Team Foundation Sidekicks 2010 ( desta publicação ), que é gratuito e fornece uma GUI para a visualização e exclusão de áreas de trabalho do TFS e muitos outros recursos úteis do TFS.

Eu tive um problema semelhante com o Visual Studio 2010 reclamando de um espaço de trabalho já mapeado, mas em vez de excluir todo o espaço de trabalho, usei o seguinte no prompt de comando do Visual Studio: "tf workspace PROBLEM_WORKSPACE_NAME". Isso abriu uma caixa de diálogo "Editar área de trabalho". A partir daí, consegui remover o caminho em questão da lista "Pastas de trabalho", que se livrou do erro.

o resto foi bastante fácil.

Simplesmente vá para esta pasta: C: \ Usuários {Nome_do_Usuário} \ AppData \ Local \ Microsoft \ Team Foundation \ 4 \ Cache e exclua tudo o que está na pasta.

Eu estava recebendo uma exceção dizendo que o arquivo já estava mapeado em outra área de trabalho: "O caminho {Caminho do Arquivo} já está mapeado na área de trabalho {Nome da Área de Trabalho}".

Este espaço de trabalho foi excluído antes do envio . Com a ajuda de um amigo meu, descobri que o TFS salva as informações da área de trabalho sob o diretório de configurações locais do usuário. Encontramos um arquivo chamado:

VersionControl.config em {diretório Documentos e configurações do usuário} \ Configurações locais \ Dados de aplicativos \ Microsoft \ Team Foundation \ 1.0 \ Cache. Este arquivo contém todo o mapeamento local do TFS. Provavelmente quando você usa o método Map e não usa: public void DeleteMapping (mapeamento WorkingFolder); antes de excluir o espaço de trabalho, as informações de mapeamento não são removidas deste arquivo, usado pelo TFS para verificar se você já mapeou um caminho específico.

Para resolver esse problema, exclua todas as chaves do arquivo de configuração. Não exclua o arquivo, pois você o recuperará novamente do cache do servidor.

Aqui está o que eu fiz (bem, o que eu faço):

O uso do TFS Sidekicks limpa os filtros de usuário e servidor para que fiquem em branco. Isso permitirá que você obtenha todos os espaços de trabalho.

Verifique o erro de construção para o nome da área de trabalho. No caso dos OPs, é BuildServer_23. É diferente no meu ambiente, mas basicamente basta comparar o nome do erro com o da lista de ajudantes do tfs.

Clique no x vermelho para excluir a área de trabalho.

Viola!

Se você não tiver permissões no servidor para excluir os espaços de trabalho de outras pessoas, basta alterar o nome da definição de compilação. O TFS criará um novo espaço de trabalho e o mapeará para "C: \ Build \ ProductReleases \ new build name here \ Sources".

Se aplicável, você também pode clonar a definição de construção e alterar seu nome. Isso funcionou para mim.

Eu tentei todas as seguintes soluções, como:

1. Use ajudantes para excluir o WS.
2. Use os comandos tf para excluir os espaços de trabalho do servidor remoto.
3. Exclua a pasta de cache do TFS.

O seguinte funcionou para mim:

tf workspaces /remove:*

eu mudei

Build Definition -> Workspace -> Build Agent Folder

de

c:\some\path

para

$(SourceDir)

e corrigiu o problema.

Ao tentar 'Obter a versão mais recente' de um projeto que eu havia mapeado anteriormente para um diretório local e excluído, vi a mesma mensagem de erro. Primeiro, tentei a ferramenta SideKick e, em seguida, o prompt de comando do Visual Studio 2010, os quais me disseram que eu não tinha áreas de trabalho mapeadas.

Em seguida, procurei por 'VersionControl.config' dentro c:/users/myuser/appdatae excluí as 4 referências encontradas. Abri novamente o Visual Studio e pude mapear novamente o projeto, sem mais erros!

A maneira mais simples de fazer isso é acessar o AppData e excluir o cache do TFS (dependendo da versão 3.0 ou 4.0)

C: \ Usuários {Nome do usuário} \ AppData \ Local \ Microsoft \ Team Foundation \ 3.0 \ Cache ou C: \ Usuários {Nome do usuário} \ AppData \ Local \ Microsoft \ Team Foundation \ 4.0 \ Cache

A solução da TDN funcionou para mim quando eu estava tendo o mesmo problema. O servidor Build criou áreas de trabalho em minha conta. Marcar esta caixa permitiu-me vê-los e excluí-los.

Eu tive o mesmo problema no Visual Studio 2017 e no TFS 2017. DefaultCollection deve ser mapeado primeiro para o caminho local. De alguma forma, essa etapa foi ignorada e apenas o MyFirstProject foi mapeado.

Tudo que você precisa fazer é:
- 1. Vá para a página da Web do TFS e remova o projeto do servidor.

- 2. Remova o projeto do seu "Worksapces" local

- 3. Vá para "Gerenciar conexões", que atualizará sua página inicial no TeamExplorer.

- 4. Você receberá a página Configuração, que permitirá que você configure o caminho raiz para o DefaultCollection.

- 5. Você deve receber a mensagem de que foi feito com sucesso. Agora você pode criar seu projeto.

É importante mapear a raiz da sua coleção para sua área de trabalho primeiro e depois mapear um novo projeto.

Meu problema estava relacionado ao uso de várias contas. Foi assim que consegui mudar de conta.

Abra o Team Explorer

No grande menu suspenso próximo ao topo do painel ...

Navegue para: Projetos e minhas equipes > Gerenciar conexões

Navegue para: Gerenciar conexões > Conectar ao projeto da equipe

Use o link "Alternar usuário" para alternar entre contas.

Agora os nomes dos espaços de trabalho corresponderão à conta escolhida.

Não consegui outra solução para o trabalho.

Eu tinha uma nova conta criada e a conta antiga não tinha mais permissões (ambas na mesma máquina).

Tentei: 1) Excluir o espaço de trabalho (não foi possível ver no VS com ou sem espaços de trabalho remotos marcados) 2) Excluir da linha de comando 3) Novo comando do proprietário 4) Excluir o cache

Então, eu simplesmente abri o VS como administrador e mapeei para uma pasta diferente.

Eu tive esse problema com isso nas compilações automatizadas do Azure DevOps em um agente de compilação no local do TFS. A remoção da área de trabalho usando o TFS Sidekicks não funcionou. E o tf.exe não conseguiu encontrar o espaço de trabalho para excluí-lo.

Esta solução deve funcionar para o TFS 2017, TFS 2018, Azure DevOps e possivelmente outras versões:

1. Anote o GUID da área de trabalho na mensagem de erro.
2. Na máquina em que a compilação está ocorrendo, navegue para:% USERPROFILE% \ AppData \ Local \ Microsoft \ Team Foundation \ (em que% USERPROFILE% pertence ao usuário que acionou a compilação).
3. Procure e remova todas as instâncias da GUID da área de trabalho nesse diretório. Provavelmente, haverá uma pasta no diretório 'cache', bem como entradas em 'LocationServerMap.xml' e 'LocalItemExclusions.config'. Remova todos eles.

Isso funcionou na minha circunstância.

Simplesmente exclua a área de trabalho:

workspace /delete "the-workspace-name"