MS Team Foundation Server in ambienti distribuiti: suggerimenti suggerimenti trucchi necessari

Question

C'è qualcuno là fuori che utilizza Team Foundation Server all'interno di un team distribuito geograficamente?Siamo nel Regno Unito, stiamo provando a lavorare con una squadra in Australia e lo troviamo piuttosto difficile.

I nostri due problemi principali sono:

1. Le cose vengono controllate per noi senza che chiediamo l'aggiornamento.
2. Anche quando si utilizza un proxy, la maggior parte delle cose richiede del tempo per accadere.

Un sacco di piccole cose davvero fastidiose come questa stanno indurendo le nostre arterie, impedendoci di fornire codice e francamente stanno creando un'esperienza utente simile a spingere lo sciroppo dorato su una duna di sabbia.

È chiunque là fuori effettivamente utilizzando TFS in questo modo, su base giornaliera con (relativo) successo?

Se sì, hai qualche suggerimento, suggerimento, trucco o trucchetto che varrebbe la pena conoscere?

PSL'aggiornamento a CruiseControl.NET non è un'opzione.

Answer 1

Sicuramente esegui l'aggiornamento a TFS 2008 e Visual Studio 2008, poiché è la versione "v2" di Team System in ogni modo.Risolve molti problemi di piccole e medie dimensioni.

Per quanto riguarda le "cose ​​controllate a caso", questo è quasi Sempre a causa del fatto che Visual Studio ha deciso di modificare i file per tuo conto.Prova a ottenere le ultime novità da Team Explorer, senza nulla di aperto in Visual Studio, e verifica se il comportamento persiste.Scommetto che non lo farà!

Più server TFS è una cattiva idea.Assicurati che il tuo proxy sia configurato correttamente, poiché memorizza nella cache GET ripetuti.Detto questo, TFS è un modello connesso al server, quindi sarà sempre un po' più lento dei veri sistemi di controllo del codice sorgente "offline".

Inoltre, se potessi modificare la tua domanda per contenere reclami o dettagli più specifici, ciò aiuterebbe: al momento è terribilmente vago, quindi non posso rispondere molto bene.

Answer 2

Utilizziamo TFS con un team piuttosto distribuito: non sono troppo lontani ma si connettono tramite una VPN lenta e inaffidabile.

Per il tuo primo numero, ricevi le ultime novità al momento del pagamento non è il comportamento predefinito.(Ecco un spiegazione) C'è un aggiungere questo lo farà per te, però.

Ecco il flusso di lavoro che funziona per noi:

1. Ottieni le ultime novità
2. Costruisci e verifica che non ci sia nulla di rotto
3. Lavoro (modifiche in sospeso)
4. Ottieni di nuovo le ultime novità
5. Gestire i conflitti di unione
6. Costruisci e verifica che non ci sia nulla di rotto
7. Registrare

[modifica] OK, sembra che tu abbia riformulato questa parte della domanda.Sì, Jeff ha ragione, VS decide di controllare alcuni file "per te", come i file sln e proj.Inoltre, controlla automaticamente qualsiasi file sorgente che modifichi (è quello che vuoi, giusto?sebbene sia possibile modificare tale impostazione in Strumenti > Opzioni > Controllo del codice sorgente)

Apparentemente il proxy impiega un po' di tempo per avviarsi (non lo usiamo) ma una volta memorizzata nella cache la maggior parte dell'albero dovrebbe essere piuttosto veloce.Puoi fare un po' di monitoraggio e trovare i colli di bottiglia?

C'è qualcos'altro che ti dà problemi, a parte l'ultima consegna alla cassa e la velocità?

Answer 3

Da quanto ho capito, puoi avere più server dell'applicazione TFS in posizioni diverse.Possono entrambi comunicare con lo stesso SQL Server oppure è possibile utilizzare il mirroring di SQL Server.Avere il tuo server TFS locale probabilmente accelererebbe i tempi di sviluppo.