Centre CI/CD : pipelines et agents dans une seule fenêtre

Les 25 exécutions les plus récentes de chaque fournisseur sont fusionnées et triées. Le haut affiche le nombre d’exécutions échouées, en cours et en file, ainsi que la durée médiane.

• Filtres : toutes, échouées, en cours ; fournisseur, branche, et recherche par workflow, commit ou personne.
• Ouvrez une exécution pour voir ses jobs et étapes, ou les stages du pipeline dans Jenkins, et lire la fin du log.
• Relancer, relancer seulement les jobs échoués (pas pour Jenkins), annuler, ouvrir dans le navigateur.
• Déclenchez une exécution à la main avec une branche et des entrées ; sur GitHub, le workflow doit avoir workflow_dispatch.

Sur une exécution échouée, le bouton de correction par agent ouvre un nouvel agent Claude « CI düzeltme » (correction CI) et lui envoie les détails de l’exécution et la fin des logs de jusqu’à trois jobs échoués. On demande à l’agent de trouver la cause racine, de la reproduire en local, de la corriger, de lancer les tests et de résumer avant tout commit ou push.

GitHub utilise la connexion GitHub déjà présente sur votre ordinateur (CLI gh ou identifiants git) et s’active tout seul quand origin est sur GitHub. GitLab demande l’adresse, le chemin du projet et un jeton avec le scope api ; Jenkins demande l’adresse, un utilisateur, un jeton d’API et les jobs à surveiller. Les clés sont stockées chiffrées sur votre ordinateur. Avec l’option de notification activée, vous recevez des notifications « CI broke » et « CI fixed » quand une exécution casse ou repasse.