Organiser l’équipe autour du build

Lorsque l’on dispose d’un CI-CD, le développement de nos applications doit s’organiser autour de nos pipelines d’intégration. Il convient d’adopter une certaine rigueur et les bonnes pratiques qui vont avec pour que ce système fonctionne le plus fluidement possible. Il n’est pas rare qu’un écran soit dédié à l’affichage d’une page récapitulative de l’état des pipelines et qui serait visible par l’ensemble de l’équipe. Pour des équipes qui sont réparties dans différentes locations géographiques, le dashboard de GoCD peut par exemple devenir la page d’accueil par défaut du navigateur internet de chaque développeur. Il convient que le développeur s’assure que le pipeline ne soit pas en erreur avant de pousser du code sur le dépôt d’équipe. En effet, une des règles du CI est de ne pas pousser du code lorsque le pipeline est en erreur. Il convient de corriger le pipeline avant tout envoi.

Il est très important d’activer l’envoi de mail pour les compte-rendus d’exécution. Vous pouvez regarder la configuration SMTP de GoCD sous l’onglet Admin - Server Configuration - Email Notification.

1. Avant le commit

Lorsque l’on pousse du code sur le dépôt d’équipe, nous savons qu’un cycle d’intégration va s’initier...

Pour consulter la suite, découvrez le livre suivant :
couv_EPDEVOPIC.png
60-signet.svg
En version papier
20-ecran_lettre.svg
En version numérique
41-logo_abonnement.svg
En illimité avec l'abonnement ENI
130-boutique.svg
Sur la boutique officielle ENI
Précédent
Configuration d'un pipeline d'intégration continue : Projet Database
Suivant
Introduction