Les orchestrateurs entièrement automatisés¶
Un orchestrateur reçoit des tickets, lance des agents, fait tourner les tests et fusionne le code sans intervention humaine à chaque étape. Cette partie montre qu'il est le meilleur terrain que le SPC ait jamais eu dans le logiciel, puis construit, brique par brique, le dispositif de contrôle qualité d'une telle chaîne.
Ce que vous allez apprendre¶
- pourquoi un orchestrateur lève une grande partie des objections historiques au SPC logiciel, et pourquoi le taux de fusion des PR d'agents n'est pas une mesure de qualité ;
- quoi enregistrer à chaque run, et comment regrouper les runs en sous-groupes rationnels ;
- comment transposer le jidoka, l'andon et le poka-yoke de Toyota avec des hooks et des barrières de fusion ;
- comment remplacer « tout relire » ou « ne rien relire » par un échantillonnage à sévérité variable ;
- à quoi ressemble un plan de contrôle complet.
Chapitres¶
- L'usine sans ouvrier — l'analogie, ses limites, les données sur les PR d'agents.
- Instrumenter la chaîne — télémétrie, étiquettes de version, caractéristiques à surveiller.
- Jidoka, andon et poka-yoke — arrêter, signaler, empêcher.
- Échantillonnage et revue humaine — ce que l'échantillonnage pour acceptation apporte à la revue de code.
- Un plan de contrôle type — la synthèse.
Avertissement
Les chapitres 3 à 5 contiennent des propositions de ce rapport : transposer des méthodes industrielles éprouvées à un domaine où elles n'ont pas encore été évaluées. Chaque proposition est signalée comme telle.