Possiamo migrare a un nuovo modello di processo TFS e mantenere la cronologia?

Question

Attualmente stiamo utilizzando TFS 2008 con il modello Scrum per Team System di Conchango, con alcune piccole modifiche. Stiamo valutando l'aggiornamento a TFS 2010 e stiamo considerando di passare a MSF per il modello Agile.

Qual è il modo migliore per passare a un nuovo modello di processo e mantenere la cronologia? Mi piacerebbe essere in grado di creare un nuovo progetto di squadra sul server TFS 2010, ottenere tutto il check-in e spostare la nostra fonte nel nuovo progetto. Sarebbe bello se potessimo in qualche modo mantenere la cronologia del check-in dei commenti ed eventualmente anche essere in grado di tornare alla cronologia degli elementi di lavoro associata a un changeset nel vecchio progetto. Sarei persino disposto a migrare il vecchio progetto così com'è fino al 2010 e quindi spostare la sorgente in un nuovo progetto, mantenendo il vecchio progetto con elementi di lavoro solo nel 2010.

Qualcuno ha passato il processo che può per un consiglio?

Answer 1

Siamo in una situazione di similitudine che sei (fino ai modelli su cui ci troviamo), anche se abbiamo solo il codice sorgente nella nostra istanza di Team Foundation Server esistente. Stiamo pianificando una migrazione da Team Foundation Server 2008 a Team Foundation Server 2010, anziché un aggiornamento. Anche se non lo abbiamo ancora fatto, hai le due opzioni che hai delineato.

Come accennato, è possibile migrare il codice sorgente e il monitoraggio degli oggetti di lavoro in un nuovo progetto di squadra utilizzando questo strumento. Esso "comprimerà" le date della cronologia, poiché TFS vorrà aggiungere il proprio timestamp. Ci saranno alcuni potenziali problemi di storia, da quello che capisco. In particolare, in TFS 2010 potresti riscontrare problemi nel confronto tra versioni del controllo del codice sorgente pre-migrato. Almeno, finora, ho i miei esperimenti nel nostro laboratorio di test. La mia comprensione di questo problema è che si riferisce alla modalità oggetto rispetto alla modalità slot come valore predefinito tra le due versioni. Posso guardare le singole versioni e vedere la cronologia, in modo da soddisfare le nostre esigenze.

L'altra opzione è il controllo del codice sorgente in un progetto e gli elementi di lavoro in un altro. Non l'ho provato, perché immaginavo che le relazioni tra i changeset sarebbero state interrotte su elementi di lavoro esistenti e non sarebbero state generate in futuro. Questo può o non può essere un grosso problema per te.

Inoltre, potrebbe essere una buona idea descrivere la propria situazione nell'area di discussione del progetto su Codeplex. Gli autori fanno parte del team di migrazione TFS di Microsoft e dipendono dal feedback delle persone nella stessa barca che siamo. Ho scambiato un paio di e-mail con loro finora, e sono stati di grande aiuto.

Sulla base delle nostre discussioni con gli utilissimi utenti di Microsoft, probabilmente eseguiremo il backup dei database e seguiremo le indicazioni su Bryan Krieger's blog post (Percorso 2: Aggiornamento della migrazione). Spero di eseguire un test sull'aggiornamento utilizzando un backup precedente già la prossima settimana.

Buona fortuna! So che è intimidatorio. Fortunatamente, le mie esperienze di installazione e configurazione con una nuova installazione TFS 2010 in laboratorio sono state molto più semplici rispetto alla mia esposizione iniziale al processo TFS 2008. Spero che tu trovi che lo stesso è vero.

Answer 2

Nel caso in cui qualcun altro venga qui, ho inviato alcune istruzioni passo passo su come farlo (per diversi modelli però) here.

Answer 3

Abbiamo attraversato questo processo doloroso. Ecco alcune informazioni utili:

1. Sì, abbiamo utilizzato l'ultima versione di TFS Integration platform.
2. This blog è il tuo amico per la piattaforma di integrazione TFS.
3. Dai un'occhiata ai file xml di mappatura here
4. Refer this forum. Ha molte buone informazioni.
5. Vedere anche "Upgrading your Process Template in Team Foundation Server" e "Process Template Upgrade #3 – Destroy all Work Items and Import new ones".