2017-01-05 7 views
1

Avec notre contrôle de source TFS 2015, nous demandons aux développeurs d'enregistrer les modifications par rapport aux éléments de travail.Stratégie de requête d'élément de travail pour vérifier la correspondance des éléments de travail lors de la fusion

Cependant, nous avons eu quelques cas où un développeur s'est enregistré contre un élément de travail dans notre branche de développement, mais lors de la fusion à notre branche de contrôle qualité, ils ont vérifié les modifications fusionnées vers un autre élément de travail . Un exemple de ceci est où un bogue a été créé sous un PBI, les changements dans le dev ont été vérifiés contre une tâche sous le bogue, mais ensuite fusionnés à QA contre le PBI lui-même. Cela nous pose des problèmes de traçabilité.

J'ai vu qu'il est possible d'ajouter une politique d'archivage de "Work Item Query Policy". Je me demande simplement s'il existe un moyen d'écrire une requête qui déterminera si l'élément de travail d'un check-in après une fusion correspond à l'élément de travail des changesets source? Je ne suis pas nécessairement après la requête exacte (bien que ce serait adorable si quelqu'un pouvait en fournir un :)), je me demande simplement s'il est possible ou non d'avoir une requête à faire - c'est-à-dire les informations disponibles pour les requêtes dans TFS?

Répondre

0

Vous ne pouvez pas le faire avec les stratégies existantes, vous devez créer une stratégie personnalisée.

Donc, techniquement c'est possible. Vous pouvez accéder à l'objet VersionControlServer à travers les PendingChanges objet:

this.PendingCheckin.PendingChanges.Workspace.VersionControlServer 

Vous pouvez l'utiliser pour interroger l'histoire de la branche en question et saisir les éléments de travail associés aux check-ins dans cette branche.

Vous pouvez vérifier les éléments de travail associés à l'élément de travail actuel:

this.PendingCheckin.WorkItems 

Vous pourriez probablement même fournir l'option à correction automatique en ajoutant les éléments de travail corrects au checkin lors de la validation.

One of my policies provides an example on using the VersionControlServer from a policy.

+0

Merci pour votre réponse et des conseils. Malheureusement, je ne vais pas tenter le coup avant probablement le milieu de la semaine prochaine car je m'amuse en fusionnant les changements entre les branches pour une sortie et en luttant contre des conflits complexes (la joie), mais je vais donner ça ira la semaine prochaine. – user676437

+0

@ user676437, avez-vous essayé la politique? –

+0

Je n'ai malheureusement pas encore eu la chance - nous avons eu plus de problèmes que jamais avec la fusion des changesets via nos branches, et nous continuons encore ce matin (mais heureusement seulement environ 10 changesets à faire :)). Maintenant en regardant le faire au début de la semaine prochaine. – user676437