2010-05-27 11 views
6

Stavo cercando informazioni su cosa succede agli spazi di lavoro esistenti e ai file che sono già stati sottoposti a check-out su persone, dopo un aggiornamento a TFS2010. Sorprendentemente non riesco a trovare alcuna informazione soddisfacente su questo. (Sto parlando dell'aggiornamento su nuovo hardware a proposito: nuova istanza TFS, database aggiornati)Cosa succede agli spazi di lavoro esistenti dopo l'aggiornamento a TFS 2010

Ho controllato la guida di installazione TFS, ho cercato attraverso il web, tutto quello che ho potuto trovare sono gli scenari di aggiornamento per il lato server. Nessuno menziona nemmeno cosa succede ai client di controllo del codice sorgente.

Ho creato una macchina virtuale per testare il processo di aggiornamento. L'aggiornamento è andato a buon fine e anche tutti i miei file e spazi di lavoro sono presenti nel nuovo server. Il problema è: la nuova installazione di TFS ha un nuovo instanceID. Quando ho reindirizzato sui client al nuovo server, il client non sembrava in grado di abbinare i file e gli stati dei file nello spazio di lavoro con quelli sul nuovo server. Questo mi chiede se sarà possibile continuare a lavorare dopo l'aggiornamento della produzione.

Come ho già detto sopra non riesco a trovare nulla su questo, sarebbe bello se qualcuno potesse indicarmi qualche articolo o post di blog su questo.

Grazie in anticipo ...

risposta

2

Quando si esegue un aggiornamento l'ID del server dovrebbe rimanere lo stesso. Potrebbe essere necessario smanettarlo per poter clonare il tuo ambiente.

Nel test senario si sta creando un clone del server TFS piuttosto che un aggiornamento strate.

ChangeServerID

si sono probabilmente in esecuzione in problemi come questo è stato eseguito sul envionment test per facilitarlo runing sulla stessa rete come server TFS di produzione.

+0

Capisco che il serverID non cambierà se eseguo un aggiornamento sul posto, ma sto pianificando un aggiornamento sul nuovo hardware, quindi mentre l'aggiornamento sarà lo stesso dell'aggiornamento sulla mia VM di test. Nuova istanza TFS, database aggiornati. L'unica differenza è che, a differenza del server di test, il nuovo server di produzione avrà lo stesso nome server del vecchio server di produzione. Dare lo stesso nome sarà sufficiente per sostituire le vecchie aree di lavoro o mi aspetto di cambiare esplicitamente l'istanza? –

+0

L'ID viene acquisito con i database. questo è il motivo per cui è necessario seguire una procedura di clonazione se si sta tentando di ripristinare una copia dei DB. Se si sta disattivando la vecchia produzione mentre si esegue l'aggiornamento alla nuova produzione, non si dovrebbe avere tale requisito. NON è necessario modificare l'ID di istanza. –

+0

Grazie, questo mi fa sentire meglio :) –

0

Tutte le aree di lavoro e le mensole rimangono invariate e le persone saranno in grado di continuare a lavorare immediatamente. Anche i file estratti sono OK e verranno prelevati correttamente.

Si consiglia di aggiornare prima il server e di conservare i client come 2008 (utilizzando il pacchetto di compatibilità di inoltro) e quindi di aggiornare i client al 2010 man mano che vengono aggiornati i progetti.

Problemi correlati