Nunca tive grandes problemas com o TFS nomeadamente a resolver conflitos, mas ontem aconteceu que perdi um teste automático depois de resolver um conflito ao fazer GetLatest, o projeto permite check-out não-exclusivos e, sem perceber muito bem o que aconteceu, hoje ao fazer GetLatest, surpresa minha, o código do teste tinha desaparecido.
Sem investigar muito a razão do que aconteceu encontrei o meu teste no folder:
%TMP%\TFSTemp
Basta introduzir isto no Run no menu Iniciar do Windows para abrir o folder temporário onde o Team Foundation Server (client) guarda o ficheiro após a resolução de conflitos. Bastou-me fazer um find para encontrar o código desaparecido.
Subscrever:
Enviar feedback (Atom)
A pergunta que se coloca é: Porque é que estás com check-outs não exclusivos?
ResponderEliminarO merge ainda não me convenceu...
Check-outs não-exclusivos são quase obrigatórios em equipas grandes, estamos a falar de ficheiros que podem, no limite, ser alterados por 2 a 10 pessoas ao mesmo tempo, não é assim tão invulgar. E pelo menos para código C# a minha experiência tem sido positiva a fazer o merge, CSS é que nem por isso :)
ResponderEliminarEquipas grandes ou não, o merge automático ainda não convence. Não diria que tem a ver com o tamanho das equipas, mas com a sua disciplina na manutenção do código. Mas nada como incluir uns testes unitários para garantir que nada foi eliminado ou alterado acidentalmente...
ResponderEliminarNunca tive nenhum problema com o auto-merge, pelo menos em código C#. E quando ocorrem conflitos que não são automaticamente resolvidos facilmente consigo dizer como quero corrigir.
ResponderEliminarEsta situação que me ocorreu parece mais um bug do cliente do TFS, mas acho que nunca vou ficar a saber o que se passou verdadeiramente... Mesmo assim ainda tens a pasta temporária onde vão parar as tuas resoluções manuais/auto-merge para te dar mais alguma segurança.