Auteur original, de notre ancien blog : Laurent Jacques
Aujourd’hui nous allons discuter de la customisation des activités de build avec TFS 2015.En effet, alors que dans un prochain billet j’aborderai le tout nouveau système de build vNext ; il me semblait important de souligner une des (nombreuses) possibilités de customisation du mécanisme existant.
Etant donné le nombre d’étapes, j’ai scindé cette présentation en 2 parties :
- la création d’un nouvelle activité (voir TFS 2015: Customisation des activités de build (part1))
- l’intégration du workflow dans la définition de la build.
PART2 : Intégration du workflow dans la définition de build.
Intégration dans le workflow
Après une compilation du projet, la nouvelle activité sera accessible dans l’outil de workflow.
(Pour accéder à l’outil éditeur de workflow, vous n’avez qu’à double cliquer sur l’activité précédemment ajoutée dans le projet).
Ensuite, comme habituellement dans la gestion de workflow, il suffit dans un premier temps de glisser l’activité souhaitée dans le workflow.
Ici, j’ai intégré les activités en toute fin du workflow et ajouté une condition d’envoi de mail.
Il faut ensuite fournir et lier les valeurs d’entrée de sorte que la saisie des paramètres soit possible depuis la définition de build.
Gestion des paramètres
Cette fois, cela peut paraître un peu complexe mais une fois intégré, cela reste très souple. Accrochez vous.
Il faut définir des Variables puis des Arguments. Ils peuvent être créés depuis les menus présents en bas à gauche de la fenêtre du workflow :
Les variables permettent, comme n’importe quelles variables, de porter du contenu pendant l’exécution du workflow. Une fois créées, elles peuvent être liées aux propriétés passées en paramètre de l’activité, mais aussi aux paramètres de définition de build.
Vous noterez dans la capture suivante les variables ProjectName & ReleaseNotePath qui sont créées dans l’écran Variable puis portées dans les propriétés de l’activité.
L’étape suivante est de signaler à la définition de build l’existence d’une variable ProjectName qu’il nous faudra paramétrer.
Ceci est rendu possible grâce aux métadonnées du workflow accessibles via le menu Arguments > Metadata
Une nouvelle fenêtre s’offre à nous : la possibilité de définir nos paramètres de build.
Important le nom du paramètre doit correspondre à une variable pour que cela fonctionne.
La catégorie permet de regrouper nos paramètres lors de l’édition de définition de build.
Donc une fois tout ceci paramétré suivant vos besoins, nous pouvons attaquer les étapes finales pour rendre disponible le nouveau workflow :
- Finaliser la saisie de l’ensemble de vos arguments et de vos conditions dans le workflow.
- Compiler et pousser toutes les modifications dans le contrôle de source.
Cette capacité de customisation laisse libre court à notre imagination la plus folle pour nous permettre de mener à bien nos builds et nos intégrations.
Laurent.