Je veux
réparer un build qui ne passe plus
L’erreur est lue, la cause cherchée, le correctif proposé — et si c’est la CI qui casse, elle est réparée à la source.
À la fin
Un vert, et une raison de croire qu’il tiendra.
Les phrases, dans l’ordre
Copiez une phrase, laissez l’étape rendre ce qui est nommé, puis passez à la suivante.
ravaudeuse
L’erreur lue jusqu’à sa cause, le correctif écrit, le build relancé.
Sous le capot
Ravaudeuseravaudeuse des builds en flammes
fix CI
La réparation du pipeline lui-même quand c’est lui qui ment.
Sous le capot
Depanneusedépanneuse des pipelines en panne
tests unitaires
Le test qui aurait attrapé ça, ajouté maintenant.
Sous le capot
Calibreusecalibreuse des pièces avant l'assemblage
Sous le capot — 3 cartes
Si ce n’est pas tout à fait ça
- Je veux arrêter de refaire la même erreurLa troisième fois qu’un échec revient, ce n’est plus un accident. On cherche le motif, pas l’occurrence.
- Je veux mettre des tests là où il n’y en a pasTrois étages : les pièces isolées, les parcours entiers, et l’œil qui compare les rendus d’une version à l’autre.
- Je veux remettre la CI d’aplombLe pipeline lui-même est le problème : lent, instable, ou vert quand il ne devrait pas l’être.
Tirage écrit à la main dans data/parcours.json, tenu par scripts/parcours/check-parcours.sh : chaque carte citée existe dans le registre du framework.