Pergunta

Alguém deixou a organização, mas antes de sair, ele trancou todos os arquivos por uma razão desconhecida.

Como você desbloqueá-los todos para que outros desenvolvedores podem trabalhar?

Foi útil?

Solução

Para a operação a seguir, você precisará ser um administrador do projeto para o projeto que você deseja desfazer o check-in on ou um Foundation Administrador da equipe se você quiser fazer isso em todos os projetos.

Se você ainda tem o nome de usuário da pessoa, você pode simplesmente fazer algo como isto:

  • Abra o comando Visual Studio prompt de (Iniciar -> Programas -> Microsoft Visual Studio 200X -> Visual Studio Tools -> Visual Studio 200X Command Prompt)
  • Execute o seguinte comando:

Bloqueio tf / lock: nenhum / Espaço de trabalho: WorkspaceName; NOME DE UTILIZADOR / $ Recursiva /

Para obter a lista de espaços de trabalho para um usuário, basta executar o seguinte comando a partir do mesmo prompt:

tf workspaces / proprietário: nome de usuário

Para mais comandos, verificação tf /?

Outras dicas

Se o desenvolvedor saiu da organização, então a melhor coisa a fazer é excluir seus espaços de trabalho. Isso irá desbloquear os arquivos para você, mas também liberar alguns recursos no servidor.

Veja o seguinte post que fiz sobre o tema quando isso aconteceu comigo há alguns anos.

http://www.woodwardweb.com/vsts/unlocking_files.html

Você pode excluir o espaço de trabalho usando a linha de comando (tf.exe) ou você pode usar o excelente rel="noreferrer"> de attrice.

Esta foi a única maneira que eu resolvido isso, que envolveu exclusão de espaço de trabalho do usuário:

http://2toad.com/Blog/ 2012/1 / 27 / how-to-administrar-TFS-espaços de trabalho

Se a mensagem de erro diz "O item $ / ... está bloqueado para check-out por SomeUser: 1 em someMachine123 espaço de trabalho." então eu uso o comando:

tf workspace /delete /server:http://machinename:8080/tfs/DefaultCollection someMachine123;someUser:1

Há apenas um único espaço entre o URL coleta e someMachine123;someUser:1.

Note que eu paguei a atenção para o fato de que a mensagem de erro mencionado o usuário como someUser:1, então eu imitava que no comando. Não foi apenas o suficiente para executar o comando com apenas someUser. Eu não sei o que a: 1 tem tudo a ver, mas ponto é, imitar a mensagem de erro

.

Observe o servidor tem que ser o caminho coleção totalmente qualificado, que pode encontrar, indo para o Team Foundation Server Administration Console-> Aplicação Tier-> Equipe do Projeto Coleções, painel inferior irá mostrar uma URL para a coleção que está selecionado no painel superior.

Eu também tive um problema, porque eu acidentalmente tentou usar plural workspaces em vez de apenas workspace porque não há um comando semelhante que é plural.

Primeiro você precisa ter o direito de fazer isso. Se você tiver que o mais fácil é usar sidekicks TFS a partir attrice http://www.attrice.info/ cm / tfs /

eu precisava para adicionar / coleção: CollectionURL caso contrário o espaço de trabalho não pôde ser encontrado:

  • item da lista

tf loc / lock: nenhum / espaço de trabalho: WorkspaceName; usuário / coleção: CollectionURL

Aqui está uma explicação sobre o uso de permissões TFS.

Tendo "mudanças Unlock outro usuário" a permissão definida como Permitir é necessário para remover um bloqueio mantido por outro usuário.

Tenha uma redefinição do administrador do sistema que senha de usuários, faça logon como esse usuário, desbloquear todos os arquivos ...

Eu acho que esta é a solução para quase todos 'alguém que não está mais neste organização' questões ...

É melhor para eliminar o espaço de trabalho de que o usuário do servidor. exemplo

tf workspace / exclusão / servidor: your_tfs_server espaço de trabalho; nome de usuário

Às vezes, isso está mascarando um problema diferente com uma aplicação completamente diferente está bloqueado por outro usuário, mas você não pode mesmo criar uma nova pasta para o novo projeto que você deseja fundir-se (meta não vai permitir a criação e informando incorretamente que alguém tem um arquivo bloqueado em seu nome), mas então você cavar mais fundo e outro projeto é o culpado.

Assim, um projeto completamente diferente pode ser o problema com ele tendo arquivos bloqueados por outra pessoa.

método que funcionou para mim, a minha conta tem permissão de administrador em TFS e projeto:

No Visual Studio 2015:

  1. Vá para Team Explorer
  2. Clique direito sobre a sua solução e escolha Abrir no controle de origem Exporer
  3. Na esquerda lado direito clique no seu solução
  4. Escolha Avançado
  5. Escolha Bloqueio ...
  6. Na esquerda lado direito clique no seu solução
  7. Escolha Avançado
  8. Escolha Desbloquear (Agora você pode escolher desbloqueio)

Agora, cada dev pode facilmente submeter suas mudanças:)

Use esta solução como o último recurso .

Eu estou usando TFS 2012. Eu fui para o banco de dados TFS e correu os seguintes procedimentos. E funcionou! É claro que ter muito cuidado ao mexer com o banco de dados, fazer backups, etc.

O banco de dados é chamado Tfs _ << your_TFS_collection_name >> . Ignorar o Tfs_Configuration banco de dados MSSQL. Eu não tenho certeza, mas se você não tiver um Tfs _ << your_TFS_collection_name >> banco de dados, configurações podem estar no Tfs_DefaultCollection banco de dados. Os bloqueios são armazenados em tbl_PendingChange.LockStatus .

/*Find correct row*/
SELECT LockStatus, PendingChangeId, *
FROM tbl_PendingChange
WHERE TargetServerItem like '%<<fileName>>%'

/*Set lock status to NULL (mine was set to 2 initially)*/
UPDATE tbl_PendingChange SET LockStatus = NULL WHERE
TargetServerItem like '%<fileName>>%'
AND PendingChangeId = <<PendingChangeId from above>>
Licenciado em: CC-BY-SA com atribuição
Não afiliado a StackOverflow
scroll top