MS Team Foundation Server em ambientes distribuídos - dicas, dicas, truques necessários

Question

Alguém está usando o Team Foundation Server em uma equipe distribuída geograficamente?Estamos no Reino Unido, tentando trabalhar com uma equipe na Austrália e achamos isso bastante difícil.

Nossos dois principais problemas são:

1. As coisas estão sendo verificadas para nós sem que solicitemos as últimas novidades.
2. Mesmo ao usar um proxy, a maioria das coisas demora um pouco para acontecer.

Muitas pequenas coisas realmente irritantes como essa estão endurecendo nossas artérias, nos impedindo de entregar código e, francamente, criando uma experiência de usuário semelhante a empurrar xarope dourado em uma duna de areia.

É qualquer um por aí realmente usando o TFS dessa maneira, diariamente com (relativo) sucesso?

Em caso afirmativo, você tem alguma dica, truque, truque ou dica que valeria a pena conhecer?

P.S.Atualizar para CruiseControl.NET não é uma opção.

Answer 1

Definitivamente atualize para o TFS 2008 e Visual Studio 2008, pois é a versão "v2" do Team System em todos os sentidos.Resolve muitos problemas de pequeno e médio porte.

Quanto a "coisas sendo verificadas aleatoriamente", isso é quase sempre devido à decisão do Visual Studio de editar arquivos em seu nome.Tente obter as últimas novidades no Team Explorer, sem nada aberto no Visual Studio, e veja se esse comportamento persiste.Aposto que não!

Vários servidores TFS são uma má ideia.Certifique-se de que seu proxy esteja configurado corretamente, pois ele armazena em cache GETs repetidos.Dito isto, o TFS é um modelo conectado ao servidor, portanto sempre será um pouco mais lento que os verdadeiros sistemas de controle de origem "offline".

Além disso, se você pudesse editar sua pergunta para conter reclamações ou detalhes mais específicos, isso ajudaria - no momento está muito vago, por isso não posso responder muito bem.

Answer 2

Usamos o TFS com uma equipe um tanto distribuída - eles não estão muito distantes, mas se conectam por meio de uma VPN lenta e não confiável.

Para o seu primeiro problema, receber as últimas novidades na finalização da compra não é o comportamento padrão.(Aqui está um explicação) Há um adicionar em isso fará isso por você, no entanto.

Este é o fluxo de trabalho que funciona para nós:

1. Receber as últimas
2. Construa e verifique se nada está quebrado
3. Trabalho (alterações pendentes)
4. Receba as últimas novamente
5. Lidar com conflitos de mesclagem
6. Construa e verifique se nada está quebrado
7. Check-in

[editar] OK, parece que você reformulou esta parte da pergunta.Sim, Jeff está certo, VS decide verificar alguns arquivos "para você", como arquivos sln e proj.Ele também verifica automaticamente qualquer arquivo de origem que você edita (é isso que você quer, certo?embora você possa alterar essa configuração em ferramentas > opções > controle de origem)

O proxy aparentemente demora um pouco para ser acelerado (nós não o usamos), mas depois de armazenar em cache a maior parte da árvore, ele deve ser bem rápido.Você pode fazer algum monitoramento e encontrar o(s) gargalo(s)?

Alguma outra coisa está causando problemas, além de obter as últimas informações na finalização da compra e velocidade?

Answer 3

Pelo que entendi, você pode ter vários servidores de aplicativos TFS em locais diferentes.Ambos podem se comunicar com o mesmo SQL Server ou você pode usar o espelhamento do SQL Server.Ter seu próprio servidor TFS local provavelmente aceleraria o tempo de desenvolvimento.