Passi per la modifica del modello di processo per un progetto esistente in TFS 2010

Question

Ho un'installazione server TFS che ha attraversato nel tempo gli aggiornamenti da TFS 2005 a TFS 2008 e quindi a TFS 2010. Durante la vita dell'installazione un sacco di sono stati creati progetti e sono stati utilizzati diversi modelli di progetto. MSF Agile 4.0, 4.1, 4.2 e 5.0. e alcuni CMMI MSF.

Quello che mi piacerebbe fare è "sostituire" il modello di progetto utilizzato per tutti questi progetti per utilizzarne uno nuovo comune: Microsoft Visual Studio Scrum 1.0.

Sono consapevole che i modelli di progetto TFS sono utilizzati come modelli per la creazione di nuovi progetti e non possono modificare le definizioni di progetti tfs dopo la creazione.

Uptil ora è stata utilizzata solo la parte di controllo versione e build server di TFS e non esistono tipi di elementi di lavoro esistenti.

Inoltre, tutti i progetti e gli script di creazione dipendono dai percorsi del codice sorgente che rimangono invariati.

come la vedo io ho le seguenti opzioni:

creare nuovi progetti TFS utilizzando il modello di progetto corretta e quindi spostare/ramo il codice sorgente per il nuovo progetto.

1. Tutto il codice viene spostato in un progetto di team temporaneo.
2. Il vecchio progetto viene eliminato
3. nuovo progetto con il nome originale e il modello corretto processo viene creato
4. codice viene spostato al nuovo progetto di squadra

5. progetto team temporaneo viene eliminato

   • Tutte le definizioni di build devono essere ricreate, che non è un'opzione.

   • Il codice sorgente dello spostamento/filiale sarà "rovinare" la storia delle versioni

Con rovinare la storia delle versioni voglio dire che quando si sposta il codice sorgente lo farà dietro la le scene eseguono un delete + source rinomina nella posizione originale e la cronologia si troverà ancora nel vecchio progetto. Ciò renderà difficile la ricerca nella storia e se effettivamente cancellerò il vecchio progetto, perderò tutta la cronologia prima dello spostamento del codice sorgente.

Questo non è davvero un'opzione per me poiché ci sono anni di cronologia delle modifiche al codice necessari per supportare le diverse applicazioni in fase di costruzione.

Utilizzare gli strumenti di migrazione TFS a migrare verso un altro progetto TFS

• Questo ha gli stessi aspetti negativi come la prima soluzione

Sostituire/importazione tipi di elemento di lavoro, installare nuovi report, creare nuovi siti di SharePoint

Per ogni progetto tfs

• Elimina le definizioni di elemento di lavoro utilizzando "witadmin deletewitd" esistente

• Importa ogni definizione di elemento di lavoro dal nuovo modello di processo utilizzando "witadmin importwitd"

• Categorie Articolo Import lavoro utilizzando "witadmin importcategories"

• vecchi rapporti di eliminazione nella cartella di progetto nel server di report

• Upload le definizioni dei report dal nuovo modello di processo

• Modifica origini dati utilizzate per i report utilizzando il manager report per indicare le corrette fonti di dati condivisi (TfsReportDS e TfsOlapReportsDS)

• modificare il valore di ExplicitProject predefinito parametro del report per "" (stringa vuota) e disabilita l'opzione utente immediato.

• esportazione dei documenti nel vecchio sito di SharePoint utilizzando stsadm

• Eliminare il vecchio sito di SharePoint

• Ricreare il sito di SharePoint utilizzando il modello di sito TFS2010 Agile Dashboard

• caratteristica sito Attiva " Dashboard Team Foundation Server Scrum "

• In Impostazioni progetto TFS -> Impostazioni portale progetti: Abilita "portale del progetto di squadra" e assicurati che l'URL sia corretto. Abilita "report e dashboard si riferiscono a dati per questo progetto di squadra"

E infine ..

• Process Warehouse

• elaborare il database Analysis

Anche se questo comporta un sacco di piccoli passi questo sembra più attraente perché questa opzione non mi costringerà a spostare il codice sorgente e le mie definizioni di build esistenti saranno intatte.

La mia domanda:

ci sono altri modi per ottenere la sostituzione dei tipi di elemento di lavoro che non ho menzionato?

E/o mi mancano alcuni passaggi nell'ultima soluzione?

Answer 1

Dato che non si utilizzano tipi di elementi di lavoro esistenti, la proposta finale sembra l'opzione migliore.

Dopo aver eliminato i vecchi report ed esportato i documenti di SharePoint (è possibile utilizzare anche Windows Explorer invece di stsadm), ci sono in realtà due comandi in 'tfpt' che saranno di aiuto. Questo lo ridurrà da 14 passi fino a 5 o 6 passi.

tfpt addprojectreports Add or overwrite reports for an existing team project 
tfpt addprojectportal Add or move portal for an existing team project 

tfpt addprojectreports /collection:http://yourtfs:8080/tfs/YourCollection /teamproject:"Your Team Project" /processtemplate:"Microsoft Visual Studio Scrum 1.0" /verbose 
tfpt addprojectreports /collection:http://yourtfs:8080/tfs/YourCollection /teamproject:"Your Team Project" /processtemplate:"Microsoft Visual Studio Scrum 1.0" /verbose 

Answer 2

La tua prima opzione è IMHO il tuo colpo migliore. È possibile diramare le origini dal vecchio progetto team al nuovo progetto team. Con TFS 2010 puoi vedere la cronologia anche dalla posizione ramificata. Quindi non perdi funzionalità qui.

Il Build è solo un file msbuild che è memorizzato nel controllo sorgente. L'unica cosa che devi fare è in realtà copiare le definizioni di costruzione. Puoi farlo manualmente o puoi creare una piccola app che lo fa per te.