Come si modifica il modello di processo in MSF per Agile su un progetto team già esistente in TFS 2010?Come si modifica il modello di processo in un progetto team esistente in TFS 2010?
Abbiamo aggiornato il nostro TFS 2008 al 2010, e ora vorrei anche cambiare il modello di processo in MSF per Agile (attualmente CMMI). Non abbiamo usato la funzionalità del workitem molto così se alcune informazioni vengono perse nella conversione non importa.
Una volta creato un progetto di squadra, purtroppo non è possibile caricare solo un nuovo modello di processo. Come dice Robaticus, dovrai scaricare l'XML per il modello e modificarlo, quindi ricaricarlo. L'attrezzo elettrico ti consente di creare NUOVI modelli per i NUOVI progetti di team, ma non ne modificherà uno esistente.
Invece, è possibile utilizzare il witadmin.exe strumento (da qualsiasi computer con il Team Explorer installato, sotto \ Program Files (x86) \ Microsoft Visual Studio 10.0 \ Common7 \ IDE, o semplicemente da un Visual Studio Prompt dei comandi) per esportare le definizioni correnti dei workitem e reimportarle dopo aver apportato le modifiche.
Fortunatamente, se non si sta utilizzando molto il monitoraggio del carico di lavoro, questo potrebbe non essere troppo difficile. Potresti essere in grado di eliminare tutti i tipi di workitem esistenti e quindi ricaricare i nuovi tipi.
Se questo è troppo disturbo, considerare quanto si desidera conservare la cronologia del controllo sorgente. Potrebbe valere la pena creare un nuovo Team Project con il modello Agile e quindi spostare semplicemente tutto il codice sorgente in esso.
È possibile esportare il modello di processo agile su disco, quindi importare gli elementi di lavoro nel progetto esistente. Potresti aver bisogno di TFS Power Tools per fare questo.
Potrebbe essere troppo tardi per questa domanda, ma gli strumenti TFS Integration Platform potrebbero davvero aiutare qui.
Vedere this question su errore del server che dettagli su come passare da Scrum per Team System V2 a Microsoft Visual Studio Scrum 1.0.
È necessario impostare i propri mapping per passare dai modelli al modello di destinazione, ma il processo è lo stesso.
Grazie .. =) Ho finito per creare nuovi Progetti e spostare il codice. –
Penso che il modo migliore per farlo sia creare un nuovo Team Project con il "nuovo" template di processo e utilizzare lo strumento di integrazione TFS per migrare i tuoi WorkItem esistenti e scegliere di creare un nuovo ramo dal controllo del codice sorgente, così tu Avremo nuovi elementi di lavoro (con il nuovo flusso di lavoro) e la cronologia del controllo sorgente (pure). Lo faresti anche attraverso le versioni di TFS !! (Nel caso interessato migrare TFS 2005/2008/2010)
Un altro modo potrebbe essere utilizzare i modelli WorkItem, ma penso che questo sia più un tipo di stile visivo (non ho molta esperienza) applicato a l'oggetto di lavoro. Per fare ciò, basta fare clic con il pulsante destro del mouse sul progetto, importare la WITDefinition e applicare il modello selezionando Applica modello sui WorkITem desiderati.
Non è possibile modificare il modello di processo, tuttavia è possibile modificare i tipi di elementi di lavoro. Quindi per i bug, le attività è possibile scambiare le definizioni Agile.
È possibile eseguire questa operazione nel 2010 con witadmin, nel 2008 è importwit, prima scaricando il modello sul disco (sono necessari gli strumenti di alimentazione TFS per questo). Quindi, indirizzare l'app della console su bug.xml, task.xml, ecc.
Usage: witadmin importwitd /collection:collectionurl [/p:project] /f:filename [/e:encoding] [/v]
/collection Specifies the Team Foundation project collection. Use a fully specified URL such as
http://servername:8080/tfs/Collection0.
/p Specifies the team project in which the new work item type is imported. This is required, except when
the validation-only option is used.
/f Specifies the work item type XML definition file to import.
/e Specifies the name of the .NET Framework 2.0 encoding used to import the XML file. For example,
/e:utf-7 will use Unicode (UTF-7) encoding. Encoding is automatically detected whenever possible. If
the encoding cannot be detected, UTF-8 is used.
/v Validates the XML definitions for the work item type, link type, or global workflow without importing
them.
Si prega di notare witadmin.exe potrebbe aiutare in alcuni scenari, ma TFS piattaforma di integrazione è la scelta migliore per realizzare questo compito. C'è un articolo user voice ancora in sospeso. Si prega di verificare this SO thread.
+1 per una risposta più dettagliata di quella che ero in grado di dare. Fai attenzione quando crei il nuovo progetto, però. Invece di creare solo un nuovo repository di origine e spostare il materiale, vorrei passare dall'esistenza quando ho creato il nuovo progetto. In questo modo aiuta a mantenere una cronologia delle modifiche. – Robaticus
Ho finito con la creazione di un paio di nuovi progetti e la migrazione del codice nei nuovi progetti del team. (Abbiamo avuto un progetto di grandi dimensioni prima e doveva essere diviso =)) Grazie per l'aiuto –
Anche se odio questa risposta è una buona – Polo