Aggiornare un modello di processo personalizzato per accedere alle nuove funzionalità

È necessario aggiornare manualmente i file di modello di processo che è stato personalizzato in modo da poter accedere ai progetti team esistenti le nuove funzionalità offerte di Visual Studio Team Foundation Server 2012.Dopo aver completato questo aggiornamento, è possibile caricare il modello di processo personalizzato su Team Foundation Server.È quindi possibile utilizzare la procedura guidata delle funzionalità di configurazione a l'aggiornamento di aggiornare i progetti team accedere alle nuove funzionalità o a creare i progetti team che potranno accedere a nuove funzionalità.

Importante
Questo argomento descrive gli aggiornamenti manuali da fare a un modello di processo basato sulla versione Microsoft 5.0 o sul modello di processo scrum 1.0.

Per ulteriori informazioni sulle nuove funzionalità, vedere Novità relative a pianificazione e traccia.

[!NOTA]

Una volta che il server a livello applicazione è stato aggiornato a Visual Studio Team Foundation Server 2012, è possibile utilizzare Gestione modelli di processo per accedere alla versione 6.0 dei modelli di processo MSF oltre ai modelli di processo esistenti.

In questo argomento

• Suggerimenti per l'esecuzione di un aggiornamento manuale

• Aggiornamenti per accedere alle nuove funzionalità

• Aggiornamenti facoltativi

• Passaggi successivi di carico

[!NOTA]

Si possono eseguire le procedure descritte di seguito utilizzando l'Editor di processo, un power tool aggiuntivo per Visual Studio che può essere scaricato e installato.Presente nel menu Strumenti, l'Editor di processo fornisce un'interfaccia utente grafica per personalizzare i modelli di processo di Team Foundation Server.È possibile utilizzare questo strumento per importare ed esportare i tipi di elementi di lavoro e per modificare il contenuto del modello di processo.Per ulteriori informazioni, vedere la pagina seguente sul sito Web Microsoft: Power Tool di Team Foundation Server.

Suggerimenti per l'esecuzione di un aggiornamento manuale

• Prima di eseguire l'aggiornamento manuale, è necessario rivedere le informazioni fornite in Utilizzo di file di modello di processo e in Processo di personalizzazione dettagliato.

• Non rimuovere un file o un'attività per caricare un file a meno che non si sappia esattamente cosa è il file e che non ci sarà di alcuna utilità.

• Per individuare le personalizzazioni effettuate, è possibile eseguire un'operazione diff sui file confrontabili presenti nei due modelli.Tuttavia, potrebbe verificarsi alcuni falsi positivi perché la sequenza di definizioni dell'elemento modifica tra due versioni.

• È possibile cercare l'elemento dependency in tutti i file del plug-in per apprendere quali attività dipendono da altre attività in corso di completamento.Per esempio, Microsoft Test Manager e Lab Management richiedono i tipi di elemento di lavoro SharedSteps e TestCase, i tipi di collegamento SharedSteps e TestedBy, e le categorie.Vedere Definire le dipendenze per attività e gruppi di attività in file di plug-in.

Aggiornamenti per accedere alle nuove funzionalità

Verranno copiati o aggiunti file dalla cartella della versione più recente del modello di processo scaricato alla corrispondente cartella che contiene le definizioni di modello di processo personalizzate.

1. Scaricare la versione più recente del modello di processo Microsoft dal server aggiornato.Vedere Scaricare la versione più recente dei modelli di processo.

2. Copiare i seguenti file nella cartella TypeDefinitions : CodeReviewRequest, CodeReviewResponse, FeedbackRequest e FeedbackResponse.

3. Copiare il file nella cartella di Query : Feedback.wiq.

4. Copiare la cartella Process e i suoi due file di configurazione del processo nella cartella WorkItem Tracking.

   Importante

   I seguenti tipi di personalizzazioni ai tipi di elemento di lavoro potrebbero richiedere la modifica dei file di configurazione del processo: Rinominati o rimossi i tipi di elementi di lavoro assegnati alle categorie Requisiti e Attività come definito nella versione più recente del file Categorie per il modello del processo. Stati rinominati o in base al flusso di lavoro definito per le attività o i tipi di elementi di lavoro definiti per categoria dei requisiti.Le assegnazioni di stato devono eseguire il mapping a metastate definiti per la configurazione comune del modello di processo.Le metastasi definite come strumenti di pianificazione devono trattare ogni stato del flusso di lavoro.Almeno uno stato di flusso di lavoro deve essere mappato a InProgress e le metastate Completed come descritto in Personalizzare le pagine di backlog e dell'area attività mediante la configurazione del processo. Modificato il campo definito nell'elemento di backlog utilizzato per acquisire il livello di impegno, come Punti della storia per Agile (Microsoft.VSTS.Scheduling.StoryPoints) e Lavoro richiesto per Scrum (Microsoft.VSTS.Scheduling.Effort).Per CMMI v5.0, Stima originale (Microsoft.VSTS.Scheduling.OriginalEstimate) è stato utilizzato e per CMMI v6.0 viene utilizzato Dimensioni di pianificazione (Microsoft.VSTS.Scheduling.Size). Modificato il campo definito nei tipi di elementi di lavoro definiti per categoria di requisiti, come Ordine di priorità (microsoft.vsts.common.rank), o per scrum, Priorità backlog Microsoft.VSTS.Common.BacklogPriority (). Modificato il campo utilizzato per acquisire l'attività assegnata agli elementi attività, come Attività (Microsoft.VSTS.Common.Activity) o Disciplina (Microsoft.VSTS.Common.Discipline). Modificato il campo utilizzato per acquisire Lavoro rimanente(Microsoft.VSTS.Scheduling.RemainingWork). Per ulteriori informazioni, vedere Personalizzare le pagine di backlog e dell'area attività mediante la configurazione del processo.

5. Sostituire la cartella Process Guidance, situata sotto la cartella Windows SharePoint Services, con il contenuto dell'ultima cartella.Questi file forniscono collegamenti diretti all'ultimo contenuto delle linee guida per il processo.Vedere Definire il plug-in del portale del progetto per un modello di processo.

6. Aggiungere nuove categorie al file di categorie.

7. Aggiungere attività nel file plug-in degli elementi di lavoro.

8. Aggiungere le impostazioni del team a gruppi e nel file del plug-in di autorizzazioni(facoltativo).

9. Aggiungere l'istruzione della versione al file ProcessTemplate.

10. Caricare il modello di processo e testare le modifiche.Vedere Gestire modelli di processo.

Aggiungere nuove categorie al file di categorie.

Aggiungere questo frammento di codice al file di Categorie che si trova nella cartella WorkItem Tracking :

<CATEGORY name="Code Review Request Category" refname="Microsoft.CodeReviewRequestCategory">
    <DEFAULTWORKITEMTYPE name="Code Review Request" />
  </CATEGORY>
  <CATEGORY name="Code Review Response Category" refname="Microsoft.CodeReviewResponseCategory">
    <DEFAULTWORKITEMTYPE name="Code Review Response" />
  </CATEGORY>
  <CATEGORY name="Feedback Request Category" refname="Microsoft.FeedbackRequestCategory">
    <DEFAULTWORKITEMTYPE name="Feedback Request" />
  </CATEGORY>
  <CATEGORY name="Feedback Response Category" refname="Microsoft.FeedbackResponseCategory">
    <DEFAULTWORKITEMTYPE name="Feedback Response" />
  </CATEGORY>
  <CATEGORY name="Task Category" refname="Microsoft.TaskCategory">
    <DEFAULTWORKITEMTYPE name="Task" />
  </CATEGORY>
  <CATEGORY name="Hidden Types Category" refname="Microsoft.HiddenCategory">
    <DEFAULTWORKITEMTYPE name="Code Review Request" />
    <WORKITEMTYPE name="Code Review Response" />
    <WORKITEMTYPE name="Feedback Request" />
    <WORKITEMTYPE name="Feedback Response" />
    <WORKITEMTYPE name="Shared Steps" />
  </CATEGORY>

Aggiungere attività nel file plug-in degli elementi di lavoro.

1. Aprire il file di plug-in WorkItems e aggiungere questo frammento di codice nella sezione <WORKITEMTYPES> :

   <WORKITEMTYPE fileName="WorkItem Tracking\TypeDefinitions\CodeReviewRequest.xml" />
           <WORKITEMTYPE fileName="WorkItem Tracking\TypeDefinitions\CodeReviewResponse.xml" />
           <WORKITEMTYPE fileName="WorkItem Tracking\TypeDefinitions\FeedbackRequest.xml" />
           <WORKITEMTYPE fileName="WorkItem Tracking\TypeDefinitions\FeedbackResponse.xml" />
   

2. Sostituire l'istruzione Permission per i generatori con il frammento di codice nella sezione <QUERIES> :

   <Permission allow="Read" identity="[$$PROJECTNAME$$]\Build Administrators" />
   

3. Aggiungere questo frammento di codice alla sezione <QUERIES>.

   <Query name="Feedback" fileName="WorkItem Tracking\Queries\Feedback.wiq" />
   

4. Aggiungere questo frammento di codice a destra come l'ultima attività nella sezione <tasks> :

   <task id="ProcessConfiguration" name="Process Configuration" plugin="Microsoft.ProjectCreationWizard.WorkItemTracking" completionMessage="Process configuration uploaded">
       <dependencies>
         <dependency taskId="WITs" />
         <dependency taskId="Categories" />
       </dependencies>
       <taskXml>
         <PROCESSCONFIGURATION>
           <CommonConfiguration fileName="WorkItem Tracking\Process\CommonConfiguration.xml"/> 
           <AgileConfiguration fileName="WorkItem Tracking\Process\AgileConfiguration.xml"/>
         </PROCESSCONFIGURATION>
       </taskXml>
   </task>
   

5. Salvare e chiudere il file.

(Facoltativo) aggiungere le impostazioni del team ai gruppi e nel file di autorizzazioni

È possibile predefinire un set di percorsi di iterazione utilizzando l'elemento iterationPath tra teamSettings come illustrato negli esempi riportati di seguito.Queste definizioni sono facoltative e possono essere personalizzate in base alle necessità.

• Per i modelli di processo Scrum: Aggiungere il frammento di codice come primo <group> tra la sezione <groups> :

  <group name="@defaultTeam">
     <permissions>
        <permission name="GENERIC_READ" class="PROJECT" allow="true" />
     </permissions>
     <members>
        <member name="@creator"/>
     </members>
     <teamSettings areaPath="Area">
        <iterationPaths backlogPath="Iteration">
           <iterationPath path="Release 1\Sprint 1" />
           <iterationPath path="Release 1\Sprint 2" />
           <iterationPath path="Release 1\Sprint 3" />
           <iterationPath path="Release 1\Sprint 4" />
           <iterationPath path="Release 1\Sprint 5" />
           <iterationPath path="Release 1\Sprint 6" />
        </iterationPaths>
     </teamSettings>
  </group>
  

• Per modelli di processo Agile e CMMI: Aggiungere il frammento di codice come primo <group> nella sezione <groups> :

  <group name="@defaultTeam">
     <permissions>
        <permission name="GENERIC_READ" class="PROJECT" allow="true" />
     </permissions>
     <members>
        <member name="@creator"/>
     </members>
     <teamSettings areaPath="Area">
        <iterationPaths backlogPath="Iteration">
           <iterationPath path="Iteration 1" />
           <iterationPath path="Iteration 2" />
           <iterationPath path="Iteration 3" />
        </iterationPaths>
     </teamSettings>
  </group>
  

Aggiungere l'istruzione della versione per il plug-in ProcessTemplate

La configurazione offre gli utilizzi della procedura guidata l'istruzione di version determinare il modello di processo in una categoria è la versione più recente e automaticamente seleziona la versione.Prima di aggiornamento, l'istruzione della versione non incluso nel file del plug-in ProcessTemplate, pertanto è necessario aggiungerlo.È inoltre necessario assicurarsi di specificare un numero di versione di è superiore al valore corrispondente al modello di processo predefinito aggiunto durante l'aggiornamento di Team Foundation Server.

Importante

Se l'istruzione di version non è presente, la procedura guidata delle funzionalità di configurazione non può selezionare il modello di processo per aggiornare un progetto team.Inoltre, se più di un modello di processo è stato caricato a Team Foundation Server che specifica lo stesso numero di versione superiore, nessuna di questi modelli di processo possono essere selezionati per aggiornare un progetto team.

• Aprire il file di plug-in ProcessTemplate.Aggiungere il frammento di codice dopo l'elemento di description.La scelta dei frammenti di codice si basa sulla categoria del modello che si sta aggiornando:

  Category	Istruzione della versione
  Agile	<version type="ADCC42AB-9882-485E-A3ED-7678F01F66BC" major="6" minor="20"/>
  CMMI	<version type="27450541-8E31-4150-9947-DC59F998FC01" major="6" minor="20"/>
  Scrum	<version type="6B724908-EF14-45CF-84F8-768B5384DA45" major="2" minor="20"/>

Aggiornamenti facoltativi

Nella tabella seguente vengono riepilogati ulteriori aggiornamenti effettuati ai modelli di processo Microsoft dalla versione precedente.In base alle proprie esigenze, è possibile eseguire aggiornamenti al modello di processo personalizzato con le modifiche elencate.Per informazioni su come personalizzare ognuno di tali file, vedere Personalizzare aree funzionali all'interno di un modello di processo.

<property name="Process Template" value="Microsoft Visual Studio Scrum 2.0 - "Preview 2" />

<group name="Build Administrators" description="Members of this group can create, modify and delete build definitions and manage queued and completed builds.">

Passaggi successivi di carico

Dopo aver caricato il modello di processo aggiornato, è possibile utilizzare la procedura guidata delle funzionalità di configurazione per aggiornare un progetto team creato in base al modello di processo.Scegliere il collegamento delle funzionalità di configurazione visualizzata nel pannello di amministrazione per il progetto team.Per ulteriori informazioni, vedere Aggiornare un progetto team aggiornato per accedere alle nuove funzionalità.

Vedere anche

Concetti

Aggiornare un progetto team aggiornato per accedere alle nuove funzionalità

Utilizzo di file di modello di processo

Gestire modelli di processo

Personalizzare modelli di processo