Vos étapes CI, dans un parcours lisible.
Partez d’un événement Git, récupérez le dépôt et enchaînez vos commandes et vérifications CI avant de notifier votre équipe.
Pour les équipes développement, DevOps et plateforme.
Le besoin, sur le terrain.
Des commandes de build et de validation existent déjà, mais leur orchestration est dispersée. Retrouver les logs et comprendre l’étape qui a bloqué demande plusieurs outils.
- L’ordre des commandes est difficile à suivre quand il est réparti entre scripts et tâches manuelles.
- Une notification de succès ne doit pas être envoyée avant les contrôles attendus.
- Le résultat d’un build doit pouvoir être relié au dépôt et à la référence Git utilisés.
Exemple : vérifier une branche avant livraison
Un événement sur la branche suivie lance le checkout du dépôt. Exécutez vos commandes de build puis vos vérifications, et envoyez une notification lorsque le parcours a abouti.
- Sans workflow
- L’équipe récupère une branche, lance des commandes et rassemble les logs avant de communiquer le résultat.
- Avec nodulz
- L’événement Git lance un checkout, les commandes et les contrôles dans cet ordre ; la notification arrive après les étapes réussies.
Comment nodulz règle le problème.
nodulz orchestre vos outils de build existants. Le dépôt et la référence Git sont transmis au parcours, puis les étapes CI utilisent le contexte préparé par le checkout.
Un contexte Git partagé
Le déclencheur sélectionne les événements de la branche suivie. Checkout récupère la référence concernée pour que les étapes suivantes travaillent sur le même contenu.
Vos commandes, dans un ordre visible
Shell CI exécute les commandes du projet, par exemple la préparation et le build. Vérification CI lance les contrôles attendus ; leurs logs permettent de distinguer une erreur de préparation d’un contrôle qui échoue.
Communiquer après la validation
Discord est placé après les contrôles. Le workflow peut reprendre les informations Git dans la notification pour relier le résultat à la branche ; les règles de traitement d’échec restent à configurer selon votre processus.
Du déclencheur au résultat.
Git · Checkout · Shell CI · Vérification CI · Discord
Le contexte Git traverse les étapes de build et de validation avant la notification. Capture de l’éditeur avec un workflow d’exemple non exécuté.
Faites défiler la capture horizontalement pour suivre tout le workflow.
Ce qui se passe, étape par étape.
- 1
Événement Git
Sélectionnez le dépôt, l’événement et la branche qui déclenchent le parcours.
- Données utilisées
- Dépôt, branche suivie et événement de type push dans cet exemple.
- Ce que l’étape transmet
- Les informations de la référence Git à vérifier.
- 2
Checkout
Récupérez le dépôt et la référence à utiliser pour cette exécution.
- Données utilisées
- Dépôt et référence fournis par le déclencheur.
- Ce que l’étape transmet
- Un contexte de travail contenant le code concerné.
- 3
Build du projet
Lancez vos commandes de préparation et de build dans le contexte du dépôt.
- Données utilisées
- Contexte du checkout et commandes du projet.
- Ce que l’étape transmet
- Logs et résultat des commandes de préparation et de build.
- 4
Vérifications CI
Exécutez les contrôles définis par votre équipe et examinez leurs résultats.
- Données utilisées
- Même contexte de dépôt et commandes de vérification configurées.
- Ce que l’étape transmet
- Résultat et logs des contrôles ; la suite dépend de leur réussite.
- 5
Notifier l’équipe
Notifiez votre équipe après la réussite des étapes précédentes.
- Données utilisées
- Contexte Git et résultat du parcours réussi.
- Ce que l’étape transmet
- Une notification qui identifie la branche et les étapes validées.
Workflow d’exemple : adaptez les connexions, les paramètres et les règles à votre environnement. Les données montrées sont illustratives.
Ce que ce workflow apporte.
Votre équipe suit l’enchaînement et consulte les logs des étapes CI dans nodulz. Les commandes restent celles du projet et le parcours expose leur ordre d’exécution.
- Le dépôt et la référence Git comme contexte commun.
- Un ordre explicite entre préparation, build et contrôles.
- Des logs rattachés aux étapes qui ont réellement exécuté les commandes.
Gardez la main sur le processus.
Définissez les permissions Git, les commandes et l’environnement de build. Le déploiement n’est pas inclus dans cet exemple ; ajoutez-le après vos contrôles si votre processus le prévoit.
Explorer les nœuds disponibles