Aggiunta dei campi di integrazione nei tipi di elemento di lavoro

Aggiornamento: novembre 2007

Il sistema Gestione elementi di lavoro di Team Foundation si integra con altri componenti di Team Foundation Server e Visual Studio Team System. Per sfruttare al massimo l'interazione dei componenti, utilizzare alcuni campi e azioni presenti nei tipi di elemento di lavoro. Nelle sezioni di questo argomento riportate di seguito viene descritto l'utilizzo dei campi e delle azioni obbligatori.

• Integrazione con Team Build

• Integrazione con gli strumenti di test di Visual Studio

• Integrazione con il codice sorgente di Team Foundation

Integrazione con Team Foundation Build

Team Foundation Build è il processo di compilazione automatica di Team Foundation Server. Il processo di compilazione può essere configurato mediante Team Foundation Build. Team Foundation Build consente di generare elementi di lavoro quando si verifica un errore di compilazione e di aggiungere informazioni sulla compilazione agli elementi di lavoro risolti in una compilazione particolare. Per il funzionamento di questa operazione, Team Foundation Build richiede la presenza di due campi: Found In e Integration Build.

Aggiunta del campo Found in

Team Foundation Build crea un nuovo elemento di lavoro quando si verifica un errore nella compilazione e imposta il campo Found In sul numero della compilazione in cui si è verificato l'errore. Il campo Found In deve essere presente nel tipo di elemento di lavoro che Team Foundation Build dovrà creare quando si verifica l'errore nella compilazione. Se il campo Found In manca, Team Foundation Build non crea un elemento di lavoro per la compilazione non riuscita e tutte le altre operazioni funzionano nel modo previsto.

Nella tabella riportata di seguito vengono riepilogati i nomi e i valori degli attributi del campo Found In.

Esempio di campo Found In

<FIELD name="Found In" refname="Microsoft.VSTS.Build.FoundIn" type="String" reportable="dimension">
    <HELPTEXT>Product build number (revision) in which this item was found</HELPTEXT>
</FIELD>

Aggiunta del campo Integration Build

Team Foundation Build identifica gli elementi di lavoro risolti con ciascuna compilazione e aggiorna tali elementi per impostare il numero di compilazione in cui sono stati risolti. Il numero di compilazione viene impostato nel campo Integration Build. Se il campo Integration Build manca, Team Foundation Build non memorizza il numero di compilazione negli elementi di lavoro e tutte le altre operazioni funzionano nel modo previsto.

Nella tabella riportata di seguito vengono riepilogati i nomi e i valori degli attributi del campo Integration Build.

Esempio del campo Integration Build

<FIELD name="Integration Build" refname="Microsoft.VSTS.Build.IntegrationBuild" type="String" reportable="dimension">
    <HELPTEXT>Product build number this bug was fixed in</HELPTEXT>
</FIELD>

Integrazione con gli strumenti di test di Visual Studio

Alcune versioni di Visual Studio includono strumenti di test integrati nell'ambiente di sviluppo. Una funzionalità disponibile negli strumenti di sviluppo consente di creare elementi di lavoro quando si verifica un errore in un test. Per effettuare questa operazione, nella finestra Risultati test, fare clic con il pulsante destro del mouse sul risultato per il quale si desidera creare un bug, scegliere Crea elemento di lavoro, quindi scegliere il tipo di elemento di lavoro da creare, ad esempio Bug. Per ulteriori informazioni, vedere Procedura: creare un elemento di lavoro dai risultati di un test.

Quando un elemento di lavoro viene creato in questo modo, è possibile inserire dati in tre campi per fornire informazioni sull'errore del test. I tre campi sono TestName, TestId e TestPath. Test Edition inserisce in questi tre campi informazioni specifiche sul test nel quale si è verificato l'errore. Se i campi TestName, TestId e TestPath mancano nell'elemento di lavoro, i campi non vengono impostati e tutte le altre operazioni funzionano nel modo previsto.

Nella tabella riportata di seguito vengono riepilogati i valori e gli attributi di questi tre campi.

Esempio di campi TestName, TestId e TestPath

<FIELD name="Test Name" refname="Microsoft.VSTS.Test.TestName" type="String" reportable="detail">
    <HELPTEXT>The name of the test that found this bug</HELPTEXT>
</FIELD>
<FIELD name="Test Id" refname="Microsoft.VSTS.Test.TestId" type="String" reportable="detail">
    <HELPTEXT>The Id of the test that found this bug</HELPTEXT>
</FIELD>
<FIELD name="Test Path" refname="Microsoft.VSTS.Test.TestPath" type="String" reportable="detail">
    <HELPTEXT>The full pathname of the test that found this bug</HELPTEXT>

Integrazione con il codice sorgente di Team Foundation

Una delle funzionalità di Controllo della versione di Team Foundation consiste nella possibilità di associare o risolvere gli elementi di lavoro durante l'archiviazione del codice. Se è stato utilizzato un particolare elemento di lavoro durante la modifica di un particolare componente del codice, è possibile impostare tale associazione dalla finestra di archiviazione del controllo del codice sorgente una volta terminate le operazioni sul codice.

La possibilità di Controllo della versione di Team Foundation di risolvere un elemento di lavoro richiede la presenza di un'azione particolare nell'elemento di lavoro. Il sistema di controllo del codice sorgente interroga la gestione degli elementi di lavoro per determinare se l'elemento di lavoro supporta tale azione e, in tale caso, richiede gli stati di origine e di destinazione della transizione. Se l'azione viene individuata, il sistema di controllo del codice sorgente può eseguire la transizione dell'elemento di lavoro in base alla transizione impostata durante l'archiviazione del codice.

Nota:
Quando si utilizza l'azione Checkin, è necessario impostare gli stati "from" e "to" appropriati per riflettere la transizione di stato desiderata.

Per ulteriori informazioni sulle azioni, vedere Associazione di una transizione di stato a un'azione e Informazioni dettagliate sulle azioni di transizione.

Esempio dell'azione Checkin

<TRANSITION from="Active" to="Resolved">
....
    <ACTIONS>
        <ACTION value="Microsoft.VSTS.Actions.Checkin"/>
    </ACTIONS>
....  
</TRANSITION>

Vedere anche

Attività

Procedura: creare un elemento di lavoro dai risultati di un test

Concetti

Associazione di una transizione di stato a un'azione

Informazioni dettagliate sulle azioni di transizione

Altre risorse

Personalizzazione dei tipi di elemento di lavoro

Definizione del flusso di lavoro degli elementi di lavoro