J'ai besoin d'une requête TFS pour obtenir des épopées à l'état fermé, mais avec n'importe laquelle de la fonctionnalité correspondante ou de l'histoire d'utilisation ou de la tâche non fermée. Même il devrait fonctionner si la fonctionnalité fermée mais une histoire ou une tâche utilisée n'est pas fermée. Histoire de l'utilisateur fermé mais tâche non fermée.
peut-il être fait avec une seule requête TFS dans TFS 2013?
Je suis capable d'obtenir des fonctionnalités fermées avec une histoire d'utilisateur non fermée (ou) User Story fermé mais la tâche n'est toujours pas fermée par la requête TFS.
Puis-je faire au-dessus de l'épopée (fermée) -> Caractéristique (<> Fermé) -> Story user (<> Fermé) -> Tâche (<> Fermé) dans une seule requête TFS?
3 Réponses :
Non, ce n'est pas capable de le faire.
Tout d'abord, vous devez utiliser la requête d'arborescence (par sélectionnez Arbre d'arborescence d'éléments de travail ) pour afficher une liste de travaux imbriqués à plusieurs niveaux.
Pour trouver des enfants liés, vous devez sélectionner Cependant, comme vous l'avez déjà signalé. Cette requête jugera tous les articles de travail des enfants si c'est fermé ou non. Retournera ces articles de travail enfant qui ne sont pas fermés. Genre de
épique (fermé) -> Fonction (<> fermée) -> ou une histoire d'utilisateur (<> fermé) -> ou la tâche (<> fermée)
Mais ce dont vous avez besoin est en fait:
épique (fermé) -> fonction (<> fermée) -> et User Story (<> fermé) -> et tâche (<> fermé)
Si un élément de travail enfant de l'arbre entier est fermé, alors ne retourne pas l'arbre.
Ceci est non disponible dans une requête TFS unique . 
Il n'y a pas non plus de manière intégrée pour le faire. Les articles de l'état de travail sont totalement indépendants de tous les autres éléments de travail , y compris des éléments de travail liés.
Quelques en cours de contournement pour le gérer au moment où:
du côté serveur: vous pouvez ajouter un plugin à TFS, qui change de travail. Un bon exemple serait Tfsaggregator . Le problème avec cette solution est que cela ne change qu'un workitem après avoir été sauvé. Donc, l'utilisateur sera toujours en mesure de fermer l'enfant, mais le serveur le renverra. En d'autres termes, vous ne pouvez pas empêcher la fermeture, mais vous pouvez re-ouvert immédiatement après avoir détecté l'action non autorisée.
Utilisez API client pour surveiller avec la relation parent-enfant. Par exemple, Epic Feature-> et Story -> Tâches. Si l'enfant n'est pas fermé, ne fermez pas le parent. Une couche sur couche dans l'arbre. Le même code peut être utile pour votre référence: Fermer un élément de travail uniquement si les articles de travail des enfants sont fermés
Nous faisons actuellement un salut [non étiqueté] ( lien < / a> / salle de discussion ) et essayer de nettoyer les anciennes questions dans le processus. Cette question était extrêmement similaire à Celui-ci , alors ils ont été fusionnés. Pourriez-vous fusionner vos réponses, puis supprimer l'un d'entre eux?
Je le ferais moi-même, mais je n'ai qu'une expérience limitée avec TFS et je ne veux pas gâcher accidentellement vos explications :)
Je suis capable d'obtenir les données à l'aide de la requête ci-dessous.
Utilisé "Articles de travail et liens directs" Type de requête.
Les éléments de travail de niveau supérieur: Type d'élément de travail 'dans' 'Feature, User Story Et chemin de zone et d'itération. Et état = fermé
filtres pour les éléments de travail liés: Article de travail Type 'In' User Story, Tâche Et état <> fermé
Options de filtrage: seuls les articles de retour qui ont des liens correspondants Renvoie les types de liaison sélectionnés: enfant
Je suis capable de réaliser des données pour une fonctionnalité (fermée) -> Histoire utilisateur (<> fermé) -> ou une tâche (<> fermée) et de l'histoire d'utilisateur (fermé) mais la tâche (<> fermée) et la fonctionnalité (tout statut ).
essayera d'utiliser plus de niveaux.
Merci pour votre bienveillement partage. Ceci est disponible avec deux niveaux. Mais non disponible avec des niveaux élevés et un résultat de retour ne figurera pas comme une vue d'arborescence.
Articles de travail de premier plan: Type d'élément de travail 'dans' Epic, fonctionnalité, Histoire utilisateur et chemin de zone et d'itération. Et Etat = filtres fermés pour les éléments de travail liés: Type d'élément de travail "dans" fonctionnalité, histoire d'utilisateur, tâche et état <> fermé