Y at-il une macro de requête TFS pour l'itération courante?

Question

Est-il possible de TFS dans VS2010 pour spécifier qu'une itération particulière est celui en cours, puis revenir que pour une utilisation dans les requêtes similaires aux travaux de @Project façon? Dans le cas contraire est-il un moyen de faire des sous-requêtes dans les requêtes de poste de travail TFS?

Answer 1

Je crains qu'il n'y ait pas une telle macro. Personnellement, j'ai quelques-uns « X dans l'itération courante » requêtes de l'équipe et ensuite modifier ces requêtes pour pointer vers le nouveau chemin d'itération au début de chaque itération.

Answer 2

On dirait que Microsoft a écouté. @CurrentIteration est étant ajouté en tant que jeton .

C'est super, bien sûr. Lorsque vous cherchez à écrire une requête sur le sprint en cours, cependant, vous êtes en danger de perdre de vue les éléments de travail dans les sprints précédents non fermées. Lorsque vous atteignez pour @CurrentIteration, vous probablement dire « tout travail inachevé qui a été engagé à un sprint. » Si vous filtrez à un sprint unique, vous manquerez tous les retardataires vous ne avez pas fermer ou aller de l'avant de sprints précédents.

Pensez à utiliser le schéma suivant, où « ScrumOfScrums \ Release 1.0.0.0" est votre chemin de retard, et tous vos chemins de sprint sont des enfants à qui:

Filtre pour les éléments de travail sous votre nœud d'itération de retard, mais pas égal au noeud d'itération de retard. Cela vous donnera tous les articles engagés à un sprint.

attrapera également tous les éléments qui ne sont pas fermés dans vos sprints précédents. Étant donné que l'objectif est de fermer tous les éléments dans un sprint avant de passer à la suivante, ce modèle de requête sera généralement mieux que d'utiliser @CurrentIteration, à moins que vous cherchez à trouver les éléments fermés à l'itération courante.

P.S. Bien que ce soit une vieille question, il était mon TopHit quand je cherchais pour plus d'informations sur l'interrogation de l'itération courante dans TFS.

Answer 3

Je vais essayer d'utiliser un nom standard pour l'itération courante comme « actuelle ». Les requêtes pour cette itération seraient tous référence à ce nom. Une fois que l'itération est terminée, je le renommer en utilisant une convention de nommage qui comprend la date par exemple, et la prochaine itération serait alors créée avec le nom « actuel » (ou renommé à ce si elle existe déjà). Les requêtes seraient alors retourner des résultats de la nouvelle itération.

- 2010-49
- Current
- 2010-51

Je ne suis pas sûr que les itérations de renommer cette façon provoquera des conflits ou confondre l'entrepôt de données, par exemple, mais cela permettrait d'économiser d'avoir à créer ou modifier un tas de requêtes au début de chaque itération.

Je serais très intéressé d'entendre des commentaires sur cette approche!

Answer 4

Requête pour Sprint dans un intervalle de date comme indiqué ici:

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

Answer 5

J'ai trouvé que gratuit travail Item Manager de Telerik fournit une solution élégante à ce problème.

Il suffit de définir vos requêtes comme vous le feriez habituellement, mais laisser de tous les filtres relatifs aux itérations (notez que cela vaut aussi pour les zones). Il y a un volet TreeView nommé « zone / Filtres Iteration » qui ajouteront supplémentaire, filtrage récursif basé sur l'itération (ou zone) que vous sélectionnez là.

Notez que si le volet ne soit pas visible, vous pouvez alors activer via le menu Affichage.