Eu tinha um projeto no tfs dentro de um projeto de equipe e depois o mudamos para um local diferente em outro projeto de equipe.
Eu havia configurado o Jenkins para conectar-se ao projeto de equipe e criar minha solução, mas quando alterei as configurações para conectar-se ao novo projeto de equipe tfs, ele me deu o erro abaixo:
[workspace] $ "C:\Program Files (x86)\Microsoft Visual Studio 10.0\Common7\IDE\tf.exe" workspace -new Hudson-ProjectName1-Build-MASTER;domain1\username1 -noprompt -server:http://domain-eg.net:8080/tfs/newteamproject ********
The path D:\jenkins\jobs\ProjectName1-Build\workspace is already mapped in workspace Hudson-ProjectName1-Build-MASTER [http://domain-eg.net:8080/tfs/oldteamproject].
Portanto, o acima mostra que existe um espaço de trabalho, então executei o comando abaixo para removê-lo
tf workspace -delete Hudson-ProjectName1-Build-MASTER;domain1\username1 -noprompt -server:http://domain-eg.net:8080/tfs/oldteamproject
e solicitou que o espaço de trabalho foi removido, mas ainda estou recebendo o mesmo erro.
Também verifiquei se o mapeamento foi removido ou não, executando o comando abaixo:
tf workspace -server:http://domain-eg.net:8080/tfs/oldteamproject Hudson-ProjectName1-Build-MASTER
mas diz que o espaço de trabalho não existe conforme o esperado.
Então, pensei que poderia estar armazenando em cache em algum lugar e executei o comando abaixo:
tf workspaces /remove:* /collection:http://domain-eg.net:8080/tfs/oldteamproject
e dizia "Nenhum espaço de trabalho no cache corresponde * ao servidor http://domain-eg.net:8080/tfs/oldteamproject "
então acho que nem é armazenado em cache.
Então, o que está causando o erro e como resolvê-lo?
D:\jenkins\jobs\ProjectName1-Build\workspace
como outro usuário do TFS durante o teste?Respostas:
De VS:
Do VS em uma máquina diferente
Você não precisa que o VS esteja na mesma máquina que o alistamento, pois você pode editar os alistamentos remotos! Na caixa de diálogo exibida quando você pressiona o item "Áreas de trabalho ...", há uma caixa de seleção indicando "Mostrar áreas de trabalho remotas" - marque essa opção e você obterá uma lista de todos os seus alistamentos:
Na linha de comando
Chame "tf workspace" em um prompt de comando do desenvolvedor. Ele exibirá os "Gerenciar áreas de trabalho" diretamente!
fonte
Eu encontrei o mesmo problema e consegui corrigi-lo excluindo manualmente todos os arquivos no cache do TFS, localizados aqui:
ou
4.0
,5.0
etc.fonte
the path is already mapped in workspace {mypcname};domain\zhasan
Cache
pasta, reserve um minuto para copiar todos os arquivos e pastas e mantê-los em uma pasta de backup, para o caso de não funcionar e você precisar restaurar o TFS para o estado anterior .Team Foundation
se desejar executar uma nova sincronização limpa.Siga estas etapas para remover o mapeamento do TFS:
team explorer
Source Control
project
Remove Mapping
fonte
Remove Mapping
você será mostrado naAdvanced
seçãoO erro é genuíno. Você pode ter criado um espaço de trabalho com o mesmo nome em uma máquina diferente. Agora você pode ter mudado de máquina com um nome de máquina diferente.
Então, aqui está uma solução alternativa que definitivamente funcionará.
fonte
Por favor, siga os passos abaixo:
Copiar e colar
Você obterá uma versão diferente do TFS, por exemplo
Clique em cada pasta e você receberá
Agora exclua todos os dados nessa pasta.
Reabra o Visual studio.
Obrigado.
fonte
Atualização 2019-01-23
Se você receber repetidamente o seguinte erro,
The workspace wkspaceEg does not exist…
mesmo depois de empregar o nome de usuário correto (wkspcOwnerDomain\wkspcOwnerUsername
) notf workspace
comando, por exemplo,tf workspace "wkspaceEg;wkspcOwnerDomain\wkspcOwnerUsername" /collection:http://tfs.example.com:8080/tfs/collectionEg /login:TFSUsername,TFSPassword
então o
tf workfold
comando pode ajudar a corrigi-lo. Veja esta pergunta .Se mesmo isso não funcionar e você não puder / não estiver disposto a usar o TFS Sidekicks , vá para a opção arriscada última opção abaixo.
Estou usando o TFS 2012. Tentei tudo o que foi sugerido online: pasta de cache excluída, usei o menu suspenso de espaços de trabalho, tf espaços de trabalho / remova: *, credenciais limpas do Painel de Controle, IE etc.
Nada funcionou, acredito que meu espaço de trabalho foi corrompido de alguma forma. Por fim, fui ao banco de dados TFS e executei as seguintes consultas. Isso funcionou! Obviamente, tenha muito cuidado ao mexer no banco de dados , faça backups, etc.
O banco de dados é chamado
Tfs_<<your_TFS_collection_name>>
. Ignore oTfs_Configuration
banco de dados MSSQL. Não tenho certeza, mas se você não tiver umTfs_<<your_TFS_collection_name>>
banco de dados, as configurações podem estar noTfs_DefaultCollection
banco de dados. O mapeamento é armazenado emtbl_WorkingFolder.LocalItem
.fonte
Consegui remover o mapeamento usando o comando / newowner, conforme sugerido aqui:
Como posso recuperar o acesso ao meu espaço de trabalho do Team Foundation Server?
O comando abriu uma janela Editar área de trabalho onde eu removi o mapeamento. Depois, apaguei o espaço de trabalho que não precisava.
fonte
Nenhuma das respostas aqui removeu meus espaços de trabalho. Mas aqui está uma solução que pode funcionar para você.
fonte
Você não precisa excluir a pasta Cache inteira. você perde todas as configurações / preferências Os mapeamentos da área de trabalho são armazenados em um arquivo chamado:
VersionControl.config no diretório de configurações locais dos usuários / dados do aplicativo. localizado aqui no windows 7:
Dentro disso, você encontrará pastas com nome de guia, abra cada uma delas, editando manualmente o arquivo mencionado acima, para remover o mapeamento da área de trabalho (o caminho do diretório estará presente no atributo mappedpaths) dessa pasta local para o servidor TFS (que não está mais em uso )
fonte
Finalmente excluiu TODAS as áreas de trabalho e começou do zero. Fixo.
fonte
Fui solicitado a fazer login no servidor TFS via Visual Studio; portanto, usei minha conta SU, que normalmente é necessária para o acesso ao servidor. Isso levou a alguns problemas e acabei mapeando para uma pasta diferente, sem perceber que havia duplicado todas as minhas coisas. Em algum momento, o Visual Studio voltou ao usuário normal, "perdi" as alterações pendentes e notei que novas alterações pendentes foram feitas no meu mapeamento antigo.
Quando tentava remapear para o novo local (ao qual a conta da SU estava vinculada), na tentativa de recuperar minhas alterações pendentes, ele dizia que já estava mapeado para a SU e não podia fazer isso, mas tinha não há como remover o mapa! Mostrar áreas de trabalho remotas, removendo todas as áreas de trabalho via linha de comando, etc, não revelou nada. Então pensei "e se ele estiver realmente vinculado à conta de usuário da SU no meu computador , não ao domínio". Entrei como minha SU localmente e, com certeza, havia uma área de trabalho toda configurada para esse usuário. Eu removi o mapeamento e consegui voltar ao meu usuário comum e remapear sem problemas.
Moral da história, talvez outro usuário esteja conectado na mesma máquina, o que não é visível do usuário conectado no momento, portanto, você não pode remover ou mesmo ver os mapeamentos.
fonte
Se as dicas mencionadas não estiverem ajudando você, faça o download do Team Foundation Sidekick e, usando isso, você poderá excluir os espaços de trabalho.
fonte
Arquivo -> Controle de origem -> Avançado -> Áreas de trabalho -> Escolha a área de trabalho em Gerenciar áreas de trabalho e clique em "Editar". Em seguida, você pode alterar a pasta local.
fonte
Todas as respostas aqui parecem respostas parciais que não funcionam em todos os casos. Acho que essa resposta funcionará em todos os casos, supondo que você tenha permissões apropriadas.
tf workspaces
Observe que os resultados podem listar algumas tabelas com estrutura idêntica. Se você vir apenas uma tabela, algumas das suposições das outras respostas poderão funcionar para você. No entanto, se você vir duas ou mais tabelas, essa sequência de coleções é importante! Para nossos exemplos, vamos supor que você tenha duas coleções (duas não são diferentes de quatro, mas uma é mais entediante do que a outra).
https://dev.azure.com/foo
ehttps://bar.visualstudio.com/
Com sorte, você saberá com qual desses dois deseja trabalhar. No entanto, se você precisar percorrer todos eles, precisará fazer uma coleção de cada vez. Cada "Coleção" aqui é igual a uma "Organização" no Azure DevOps (eu acho).
Se você não usar este detalhe da coleção, poderá receber uma mensagem de erro:
tf workspaces /computer:* /owner:* /collection:https://dev.azure.com/foo
Isso lhe dará uma imagem muito mais completa do que você está lidando. Isso fica especialmente desagradável se você tiver várias contas de MSAs e de organizações atingindo esse repositório no mesmo computador. De fato, você pode ter várias entradas aparentemente idênticas. Se você tentar excluí-los com base no que você sabe atualmente, pode não funcionar. Mas podemos obter mais informações.
/format:xml
ao final dele:tf workspaces /computer:* /owner:* /collection:https://dev.azure.com/foo /format:xml
Isso agora fornece um monte de XML com algumas propriedades adicionais. Os que provavelmente mais nos interessam são os aliases do proprietário. Essas são as informações ausentes que você precisa passar agora e excluir esses espaços de trabalho. Sem essas informações adicionais, é fácil bater em uma parede e ficar preso a uma mensagem de erro:
Agora temos todas as informações que precisamos. Dadas as
OwernAliases
entradas adicionais , selecione a entrada exclusiva (ou repita se houver mais de uma) que deseja excluir e use este comando a seguir (alguns exemplos estão listados):tf workspace /delete /collection:https://dev.azure.com/foo "MyWorkspaceName;Windows Live ID\[email protected]"
tf workspace /delete /collection:https://dev.azure.com/foo "MyWorkspaceName;John Doe"
tf workspace /delete /collection https://dev.azure.com/foo "MyWorkspaceName;2C3E8474-A39C-4785-8794-DC72F09981E6\[email protected]"
O GUID identifica um diretório AAD e as aspas existem para manipular quaisquer espaços que possam estar em um alias. O "MyWorkspaceName" vem de suas consultas anteriores listando os espaços de trabalho.
Sem essa abordagem completa, é possível que todas as outras respostas nesta pergunta falhem para você. Embora alguns desses esforços limpem os espaços de trabalho locais, eles não limparão os espaços de trabalho do servidor, com os quais você ainda pode entrar em conflito. Além disso, se você já usou uma conta diferente, as coisas podem ficar complicadas, como se você alternasse de uma conta MSA para uma conta AAD. E as coisas ficam MUITO peludas se você tiver uma conta MSA evárias contas AAD, todas com o mesmo endereço de e-mail usado na mesma estação de trabalho. E então fica super maluco se vários deles usarem o nome padrão da área de trabalho: o nome do host do seu computador. No meu caso, eu tinha quatro áreas de trabalho, todas com o mesmo nome da área de trabalho, nome do proprietário e nome do computador (ou seja, a primeira consulta sem a formatação XML tinha 4 registros idênticos!).
Não sei se existe uma maneira mais gráfica de gerenciar isso do que isso. Eu olhei e ainda não encontrei uma maneira melhor do que isso.
fonte
Você também pode remover um mapeamento tfs simplesmente editando o arquivo .sln e removendo o elemento GlobalSection da ligação tfs.
fonte
Obrigado pela ajuda!
Localizar área de trabalho com problema SELECT * FROM tbl_Workspace WHERE WorkspaceName como '% xxxxx%'
Encontre a área de trabalho desejada SELECT * FROM tbl_Workspace WHERE Nome da área de trabalho como '% zzzzz%'
Selecione Editar Top 200 tbl_WorkingFolder e, em seguida, Encontre o mapeamento de problemas SELECT * FROM tbl_WorkingFolder WHERE WorkspaceId = Problema WorkspaceId acima
Altere o WorkspaceId para o WorkspaceId desejado
Por fim, vá ao Project Explorer e selecione Remove Mapping no projeto
Modifique o VB6 MSSCCPRJ.SCC para corresponder ao espaço de trabalho desejado
fonte
Primeiro faça o download e instale o plug-in do Team Explorer no seu sistema e depois vá para o Source Control Explorer. No painel de navegação, localize o campo Área de Trabalho e clique na opção Áreas de Trabalho. Depois de clicar na opção Áreas de trabalho, você verá todas as áreas de trabalho mapeadas. Clique no botão remover e remova o mapeamento dos espaços de trabalho necessários.
fonte
Execute
tf workspaces
para visualizar os mapeamentos atuais da área de trabalho. A saída se parece com:Então corra
tf workspace /delete "{workspace};{user}
Usando a saída acima, para excluir a área de trabalho
bi
:tf workspace /delete bi;James Wierzba
fonte
A seguir estão as etapas para remover o mapeamento de um projeto do TFS:
(1) Clique no botão Exibir.
(2) Abra o Team Explorer
(3) Clique no controle de origem
(4) Clique com o botão direito do mouse no seu projeto / diretório
(5) Clique em Remover mapeamento
(6) Finalmente, exclua o diretório local do formulário Projeto.
fonte
Team Explorer> Source Control Explorer>
fonte