Comment faire pour que TFS ajoute automatiquement certaines tâches aux nouveaux éléments de travail?

9

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 du travail à faire, nous devons toujours effectuer les deux tâches suivantes au minimum:

  • Testez le travail ou décidez si un test est nécessaire.
  • Mettez à jour les notes de publication de la version actuelle ou décidez si elle nécessite une entrée spécifique.

D'autres tâches sont spécifiques au travail en cours, mais je me retrouve constamment à taper "Testing" et "Release notes" lors de l'ajout de nouveaux éléments de travail.

Existe-t-il un moyen pour que TFS ajoute automatiquement ces deux tâches chaque fois qu'un nouveau bogue ou élément de travail est créé? Dans les rares cas où ces tâches ne sont pas requises, elles peuvent simplement être marquées comme terminées ou supprimées pour cet élément de travail, donc je ne suis pas préoccupé par l'impact de l'automatisation.

J'ai jeté un coup d'œil et il semblerait que je puisse créer un script PowerShell pour ajouter les tâches à tous les éléments de travail qui leur manquent, ce qui peut être la voie à suivre.

team-foundation-server automation task oliver-clare
la source

Réponses:

11

Note importante

Il n'y a pas de fonctionnalité prête à l'emploi pour cela, et généralement j'essaie de détourner les gens des tâches génériques comme "Test", "Déployer" et leur faire penser à tester tout au long du travail et à les faire définir tests intermédiaires qu'ils veulent exécuter en cours de route.

Les éléments génériques tels que les notes de version et le déploiement peuvent être complètement automatisés. Probablement également en utilisant PowerShell;).

J'essaie donc de faire en sorte que les gens se concentrent sur l'utilisation de leur Powershell-fu pour automatiser ces tâches génériques et mauvaises.

La réponse

Bien sûr, ce n'est pas la réponse à votre question en soi. Voici donc la vraie réponse, oui, PowerShell est une option , vous pouvez appeler l'API REST ou le modèle d'objet client et l'utiliser pour interroger des éléments de wok et créer de nouveaux éléments de travail. L'API est largement utilisée et il y a beaucoup d'informations sur les blogs et autres. Ou vous pouvez créer une petite application console qui utilise également le même modèle d'objet client .

Vous pouvez également utiliser l' API SOAP à partir des alertes pour être averti lorsqu'un élément de travail est ajouté ou modifié et que votre code agisse en ajoutant les éléments de travail enfant requis.

Une alternative à l'API SOAP consiste à utiliser quelque chose comme le TFS Aggregator, 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 qui le construit et nous avons sorti pour 2013u2 + et 2015+ . Le TFS Aggregator vous permet d'écrire des règles qui utilisent Powershell de C # -script pour agir sur les modifications des éléments de travail. Il a déjà fait beaucoup de travail pour éviter les pièges courants lors de l'utilisation du modèle d'objet client dans une perspective d'automatisation.

L'agrégateur TFS est un serveur côté serveur pour TFS 2013 (mise à jour 2 et versions ultérieures) qui a désormais la possibilité de créer de nouveaux éléments de travail en fonction des règles. Un exemple de tâche peut être trouvé ici:

jessehouwing
la source