Y a-t-il une macro de requête TFS pour l'itération actuelle?
y a-t-il un moyen dans TFS en VS2010 de spécifier qu'une itération particulière est la itération actuelle, puis de retourner cette itération pour l'utiliser dans des requêtes similaires à la façon @Project fonctionne? Si non est-il un moyen de faire des sous-requêtes dans TFS requêtes d'élément de travail?
5 réponses
je crains qu'il n'y ait pas une telle macro. Personnellement, je n'ai que quelques requêtes de l'équipe "X en itération courante" et je les édite pour pointer vers le nouveau chemin d'itération au début de chaque itération.
on dirait que Microsoft a écouté. @CurrentIterationajoute un jeton.
c'est génial, bien sûr. Lorsque vous cherchez à écrire une requête contre le sprint actuel, cependant, vous êtes en danger de perdre de vue des éléments de travail non clos dans les sprints précédents. Lorsque vous atteignez pour @CurrentIteration, vous voulez probablement dire " tout le travail inachevé qui a été engagé dans un sprint."Si vous filtrez à un sprint simple, vous manquerez tous les traînards que vous n'avez pas fermé ou aller de l'avant à partir les sprints précédent.
envisagez d'utiliser le schéma suivant, où "ScrumOfScrums\Release 1.0.0.0" est votre chemin d'accumulation, et tous vos chemins de sprint sont des enfants à cela:
filtre pour les éléments de travail sous votre noeud d'itération de l'arriéré, mais pas égal au noeud d'itération de l'arriéré. Cela vous donnera tous les éléments engagés à un sprint.
cela permettra également de saisir tous les éléments qui n'ont pas été fermés lors de vos sprints précédents. Depuis le le but est de fermer chaque élément dans un sprint avant de passer à la suivante, ce motif de requête sera généralement mieux que d'utiliser @CurrentIteration, à moins que vous ne cherchiez les éléments fermés dans l'itération actuelle.
P.S. bien que cette question soit ancienne, elle a été mon plus grand succès lorsque j'ai cherché des informations sur la question de l'itération actuelle dans TFS.
je vais essayer d'utiliser un nom standard pour l'itération en cours comme 'en cours'. Les requêtes pour cette itération se référeraient toutes à ce nom. Une fois l'itération terminée, je la renommerai en utilisant une convention de nommage qui inclut la date par exemple et la prochaine itération sera alors créée avec le nom "Current" (ou renommé à ceci si elle existe déjà). Les requêtes en retour les résultats de la nouvelle itération.
- 2010-49
- Current
- 2010-51
Je ne suis pas sûr si renommer les itérations de cette façon causeront des conflits ou brouilleront l'entrepôt de données par exemple, mais cela éviterait 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!
requête pour Sprint dans un intervalle de date comme montré ici:
Team Project = @Project
And Work Item Type = Sprint
And Start Date <= @Today
And Finish Date >= @Today
j'ai trouvé que Telerik est gratuit Travail Item Manager fournit une solution élégante à ce problème.
il suffit de définir vos requêtes comme vous le feriez habituellement, mais en laissant de côté les filtres relatifs aux itérations (notez que ceci s'applique aussi aux zones). Il y a un volet treeview nommé 'area/Iteration Filters' qui ajoutera un filtrage supplémentaire récursif basé sur l'itération (ou la zone) que vous sélectionnez là.
notez que si la vitre n'est pas visible alors vous pouvez activez-le via le menu View.
