Comment avoir TFS ajout automatiquement certaines tâches à de nouveaux éléments de travail?
Nous utilisons TFS sur mon lieu de travail pour gérer notre code source et suivre le développement.
Chaque fois que nous avons un bug ou un travail à faire, nous devons toujours faire les deux tâches suivantes au minimum:
- Testez le travail ou décidez si des tests sont nécessaires.
- Mettez à jour les notes de publication pour la version actuelle ou décidez si cela nécessite une entrée spécifique.
D'autres tâches sont spécifiques au travail effectué, mais je me trouve constamment en tapant constamment des "tests" et "Notes de publication" lors de l'ajout de nouveaux éléments de travail.
Existe-t-il un moyen d'obtenir TFS pour ajouter automatiquement ces deux tâches chaque fois qu'un nouveau bogue ou un nouvel élément de travail est créé? Dans le cas rare, ces tâches ne sont pas requises, elles peuvent simplement être marquées comme effectuées ou supprimées pour cet élément de travail, donc je ne suis pas préoccupé par l'impact sur la fabrication de cette automatique.
J'ai regardé autour de vous et il semble que je puisse être capable de créer Script PowerShell pour ajouter les tâches à tous les éléments de travail qui les manquent, ce qui peut être la voie à suivre.
Note importante
Il n'y a pas de fonctionnalité hors de la boîte pour cela, et j'essaie généralement de diriger les gens des tâches génériques telles que "Test", "Déployer" et demandez-leur de tester tout le travail et de les faire définir Tests intermédiaires qu'ils souhaitent s'exécuter en cours de route.
Des choses génériques telles que les notes de publication et le déploiement peuvent être entièrement automatisées. Probablement aussi à l'aide de PowerShell;).
J'essaie donc d'avoir des gens mettre leur accent sur l'utilisation de leur PowerShell-fu sur l'automatisation de ces tâches génériques et mauvaises.
La réponse
Bien sûr que ce n'est pas la réponse à votre question en soi. Donc, voici la vraie réponse, oui, PowerShell est une option , vous pouvez appeler dans le REST API ou le modèle d'objet client et utilisez-le pour interroger des articles WOK et créer de nouveaux éléments de travail. L'API est largement utilisé et il y a beaucoup d'informations dans les termes des poteaux de blog et similaires. Ou vous pouvez créer une petite application de console qui utilise également le même modèle d'objet client .
Vous pouvez également utiliser l'API de SOAP des alertes à recevoir lors d'une notification lorsqu'un workitem est ajouté ou modifié et faire agir votre code à ce sujet en ajoutant l'enfant requis objets de travail.
Une alternative au SOAP API consiste à utiliser quelque chose comme l'agrégateur TFS, qui s'intègre au serveur lui-même. Il utilise le même modèle d'objet client TFS. Je fais partie de l'équipe la construction et Nous avons publié pour les deux 2013u2 + et 2015 + . L'agrégateur TFS vous permet d'écrire des règles qui utilisent PowerShell of C # -Script pour agir sur les modifications de l'élément de travail . Il a déjà beaucoup de travail à cela pour empêcher les pièges communs lorsque vous travaillez avec le modèle d'objet client dans une perspective d'automatisation.
L'agrégateur TFS est un pugin Serveride pour TFS 2013 (mise à jour 2 et version ultérieure) qui a maintenant la possibilité de créer de nouveaux éléments de travail basés sur des règles. Un exemple de tâche peut être trouvé ici: