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.
- Abra o prompt de comando do desenvolvedor. No meu caso, testei isso com o prompt de comando do desenvolvedor para o VS 2019.
- Digite este comando:
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 e https://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:
Não foi possível determinar o servidor de controle de origem.
- Em seguida, digite este comando para a coleção que você deseja usar:
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.
- Em seguida, executaremos o mesmo comando, mas anexamos
/format:xmlao 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:
Especifique um espaço de trabalho.
Agora temos todas as informações que precisamos. Dadas as OwernAliasesentradas 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\John.Doe@hotmail.com"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\John.Doe@Example.com"
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.
D:\jenkins\jobs\ProjectName1-Build\workspacecomo outro usuário do TFS durante o teste?