Criar Equipe erro: O caminho ... já está mapeada para espaço de trabalho

Question

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

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

Eu sou incapaz de ver um espaço de trabalho com esse nome na caixa de diálogo espaços de trabalho.

Answer 1

Use o utilitário de linha de comando TF -. Team Foundation Versão Ferramenta de Controle ( tf )

Você pode obter uma lista de todos os espaços de trabalho, trazendo até um Visual Studio Command Prompt , em seguida, mudar para a pasta de espaço de trabalho e emitindo os seguintes comandos:

C:\YourWorkspaceFolder>tf workspaces /owner:*

Você deverá ver o seu espaço de trabalho problema na lista, assim como ele do proprietário.

Você pode excluir o espaço de trabalho com o seguinte comando:

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

Answer 2

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

C: \ Users \ nome do usuário \ AppData \ Local \ Microsoft \ Team Foundation \ 3.0 \ Cache

onde username é real ou usuário atual, e 3,0 é o número da versão.

Answer 3

Recebi esse erro, que foi causado por ter duas definições de compilação que apontavam para a mesma fonte. A questão era que eu usei uma pasta de compilação estática na construção Agent.

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

Answer 4

Tivemos o mesmo problema, mas excluindo o espaço de trabalho é a partir do servidor TFS não funcionou. (Devo mencionar que eu peguei os meus colegas VM que já foi criada com suas credenciais.)

Para mim isso funcionou: http: //blogs.msdn. com / b / buckh / Arquivo / 2006/09/12 / caminho-é-já-mapeados-in-workspace.aspx

Eu só entrou no: ... \ Local Settings \ Application Data \ feita uma pesquisa para VersionControl.config, abriu a pasta que continha este arquivo e eliminado todos o seu conteúdo.

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

Espero que isso ajude.

Answer 5

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

• No Arquivo Menu, aponte para Controle de Fonte , Avançado , e depois clique Workspaces ... .
• No Gerenciar espaços de trabalho caixa de diálogo, marque a Mostrar pacotes remotas .
• com o nome coluna , selecione o espaço de trabalho que você deseja remover e clique em Remover .
• Em A confirmação caixa de diálogo , clique em OK .

Answer 6

Por alguma razão eu estava tendo problemas para eliminar o espaço de trabalho a partir do utilitário de linha de comando. Felizmente eu encontrei Team Foundation Sidekicks 2010 (de este post ) que é gratuito e fornece uma GUI para visualização e exclusão de TFS espaços de trabalho, e muitas TFS mais úteis recursos.

Answer 7

Eu tive um problema semelhante com o Visual Studio 2010 reclamando sobre um espaço de trabalho já mapeados, mas em vez de excluir todo o espaço de trabalho, eu usei o seguinte a partir do Estúdio Command Prompt Visual: "espaço de trabalho PROBLEM_WORKSPACE_NAME tf". Isso trouxe uma caixa de diálogo "Editar Workspace". De lá eu era capaz de remover o caminho em questão da lista "Pastas de Trabalho", que se livrou do erro.

Answer 8

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

Usando TFS Sidekicks limpar os filtros de usuário e servidor para que eles estão em branco. Isso permitirá que você obtenha todos os espaços de trabalho.

Verifique o erro de compilação para o nome do espaço de trabalho. No caso OPs é BuildServer_23. É diferente no meu ambiente, mas basicamente apenas igualar-se o nome de erro com a um em lista os tfs sidekick.

Clique no X vermelho para apagar o espaço de trabalho.

Viola!

Answer 9

o resto foi bastante fácil.

Basta ir para esta pasta: C: \ Users {username} \ AppData \ Local \ Microsoft \ Team Foundation \ 4 \ Cache e apagar tudo o que está na pasta.

Answer 10

Eu estava recebendo uma exceção dizendo que o arquivo já foi mapeado em outro espaço de trabalho: "O caminho {Caminho do arquivo} já está mapeado no espaço de trabalho {Workspace Name}."

Este trabalho foi Suprimida beofre . Com a ajuda do amigo meu eu descobri que TFS salvar informações de espaço de trabalho sob a configurações locais do usuário dir. Encontramos um arquivo chamado:

VersionControl.config em {documentos do usuário e dir Configurações} \ Local Settings \ Application Data \ Microsoft \ Team Foundation \ 1.0 \ Cache. Este arquivo contém todas as mapeamento local de TFS. Provavelmente quando você usar o método Mapa e não use: DeleteMapping public void (mapeamento workingfolder); antes de excluir o espaço de trabalho as informações de mapeamento não for removido a partir deste arquivo que é usado pelo TFS para verificar se você tem alreay mapeados um caminho específico.

Para resolver esse problema apagar todas as chaves do arquivo de configuração. Não exclua o arquivo, porque você vai obtê-lo novamente a partir do cache do servidor.

Answer 11

Se você não tem permissões no servidor para excluir espaços de trabalho de outras pessoas, você pode simplesmente mudar o nome da definição de compilação. TFS irá criar um novo espaço de trabalho e mapeá-lo para "C: \ build \ ProductReleases \ novo nome de construção aqui \ Sources".

Answer 12

Se for o caso, você também pode clonar a definição de compilação e mudar seu nome. Este workded para mim.

Answer 13

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

1. Use sidekicks para excluir WS.
2. Usar comandos tf para excluir áreas de trabalho servidor remoto.
3. Exclua o TFS cache de pasta.

A seguir trabalhou para mim:

tf workspaces /remove:*

Answer 14

Eu mudei

Build Definition -> Workspace -> Build Agent Folder

de

c:\some\path

para

$(SourceDir)

e corrigiu o problema.

Answer 15

Ao tentar 'Obter versão mais recente' de um projeto que eu tinha previamente mapeado para um diretório local e, em seguida, eliminado, eu vi essa mesma mensagem de erro. Primeiro eu tentei a ferramenta SideKick e, em seguida, o comando Visual Studio 2010 prompt de ambos de que me disse que eu não tinha espaços de trabalho mapeada.

Em seguida eu procurou 'VersionControl.config' dentro c:/users/myuser/appdata, e excluídas as 4 referências que encontrou. Eu re-inaugurado Visual Studio e eu era capaz de re-mapear o projeto, não mais erro!

Answer 16

Mais simples maneira de fazer isso é ir para o seu AppData e apagar o cache TFS (dependendo da versão 3.0 ou 4.0)

C: \ Users {username} \ AppData \ Local \ Microsoft \ Team Foundation \ 3.0 \ Cache ou C: \ Users {username} \ AppData \ Local \ Microsoft \ Team Foundation \ 4.0 \ Cache

Answer 17

A solução da TDN trabalhou para mim quando eu estava tendo o mesmo problema. O servidor de compilação criado espaços de trabalho sob a minha conta. Marcar essa caixa me permitiu ver e excluí-los.

Answer 18

Eu tenho mesmo problema no Visual Studio 2017 e TFS 2017. DefaultCollection devem ser mapeados primeiro a você caminho local. De alguma forma, este passo foi ignorado e eu só tenho MyFirstProject mapeada.

Tudo que você precisa fazer é:
-.. 1 Ir para sua página web TFS e remover o projeto do servidor

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

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

.

-.. 4 Você vai ter página de configuração que lhe permitirá caminho raiz de instalação para o seu DefaultCollection

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

É importante para mapear raiz de sua coleção para seu espaço de trabalho em primeiro lugar e, em seguida, mapear um novo projeto.

Answer 19

Meu problema estava relacionado ao uso de várias contas. Isto é como eu era capaz de trocar de conta.

Abrir Team Explorer

A partir do grande menu drop-down no topo do painel ...

Navegue para: Projetos e minha Teams > Gerenciar conexões

Navegue para: Gerenciar conexões > Ligar para a equipe do projeto

Use o link "Trocar Usuário" para trocar de conta.

Agora, os nomes de espaço de trabalho irá coincidir com a conta escolhida.

Answer 20

Simplesmente excluir o espaço de trabalho:

workspace /delete "the-workspace-name"

Answer 21

Eu tive esse problema com isso com Azure DevOps automatizados constrói em um agente TFS compilação de prem. Remover o espaço de trabalho usando TFS Sidekicks não funcionou. E tf.exe não poderia mesmo encontrar o trabalho para excluí-lo.

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

1. Tome nota do GUID espaço de trabalho na mensagem de erro.
2. Na máquina onde a construção está ocorrendo, navegar para:.% USERPROFILE% \ AppData \ Local \ Microsoft \ Team Foundation \ (onde% USERPROFILE% pertence ao usuário que desencadeou a compilação)
3. procurar e remover todas as instâncias do GUID espaço de trabalho sob aquele diretório. Provavelmente haverá uma pasta em um diretório 'Cache', bem como as entradas em 'LocationServerMap.xml' e 'LocalItemExclusions.config'. Removê-los todos.

Isso funcionou na minha circunstância.