Esiste una macro di query TFS per l'iterazione corrente?

Question

Esiste un modo in TFS in VS2010 per specificare che una determinata iterazione è quella corrente e quindi restituirla per l'utilizzo in query simili al modo in cui funziona @Project? In caso contrario, esiste un modo per eseguire sottocliche nelle query degli elementi di lavoro TFS?

Answer 1

Ho paura che non ci sia una tale macro. Personalmente ho solo alcune query di gruppo "X in current iteration" e poi modifica quelle query per puntare al nuovo percorso di iterazione all'inizio di ogni iterazione.

Answer 2

Ho intenzione di provare a utilizzare un nome standard per l'iterazione corrente come "Corrente". Le query per questa iterazione farebbero riferimento a questo nome. Una volta completata l'iterazione, la rinominerò utilizzando una convenzione di denominazione che include la data per esempio e l'iterazione successiva verrà quindi creata con il nome "Corrente" (o rinominata a questo se già esiste). Le query restituirebbero quindi i risultati della nuova iterazione.

- 2010-49 
- Current 
- 2010-51 

io non sono sicuro se iterazioni ridenominazione in questo modo farà sì che eventuali conflitti o confondere il data warehouse per esempio, ma questo sarebbe risparmiare sulle dover creare o modificare un mucchio di domande all'inizio di ogni iterazione.

Sarei molto interessato a ricevere feedback su questo approccio!

Answer 3

Ho trovato che il gratuito Work Item Manager di Telerik fornisce una soluzione elegante a questo problema.

Basta definire le query come di consueto, ma escludere eventuali filtri relativi alle iterazioni (si noti che ciò vale anche per le aree). C'è un pannello di treeview chiamato 'Area/Iteration Filters' che aggiungerà un filtro extra ricorsivo basato sull'iterazione (o area) selezionata qui.

Si noti che se il riquadro non è visibile, è possibile abilitarlo tramite il menu Visualizza.

Answer 4

query per Sprint in un intervallo di date, come illustrato di seguito:

Team Project = @Project 
And Work Item Type = Sprint 
And Start Date <= @Today 
And Finish Date >= @Today 

Answer 5

Sembra che Microsoft ha ascoltato. @CurrentIteration è being added as a token.

Questo è fantastico, ovviamente. Tuttavia, quando si cerca di scrivere una query sullo sprint corrente, si rischia di perdere di vista gli elementi di lavoro non chiusi negli sprint precedenti. Quando raggiungi il @CurrentIteration, probabilmente intendi solo "tutto il lavoro incompleto che è stato impegnato in uno sprint". Se filtri su un singolo sprint, perderai tutti i ritardatari che non sei riuscito a chiudere o ad avanzare rispetto agli sprint precedenti.

Considerare utilizzando il seguente modello, dove “ScrumOfScrums \ release 1.0.0.0" è il vostro percorso arretrato, e tutti i tuoi percorsi sprint sono i bambini a che:

filtro per gli elementi di lavoro sotto la vostra nodo di iterazione del backlog, ma non uguale al nodo di iterazione del backlog. Questo ti darà tutti gli oggetti impegnati in uno sprint.

In questo modo verranno catturati anche gli elementi che non erano stati chiusi negli sprint precedenti.Poiché l'obiettivo è chiudere ogni elemento in uno sprint prima di passare a quello successivo, questo modello di query sarà generalmente migliore rispetto all'utilizzo di @CurrentIteration, a meno che non si stia cercando di trovare gli elementi chiusi nell'iterazione corrente.

P.S. Anche se questa è una vecchia domanda, è stata la mia migliore hit quando ho cercato informazioni sull'interrogazione dell'attuale iterazione in TFS.