PIPELINE-005 — Vérifications périodiques économes
Harmony planifie une lecture bornée du HEAD GitHub. Aucun clone ni runner n'est créé quand le commit et les versions pédagogiques ont déjà été évalués.
Identité d'évaluation
La clé stable couvre dépôt, groupe-sujet, sujet, SHA du commit, version du manifeste et version de la politique de style. Une relance explicite et autorisée reçoit une identité distincte et auditée.
Flux et responsabilités
- Harmony résout la fréquence globale, campus, cohorte, sujet ou dépôt ;
- un scheduler verrouille une échéance et publie un contrat minimal ;
- le GitHub Worker vérifie l'identité du dépôt, la branche principale, l'état archivé et lit son HEAD ;
- Harmony compare la clé, enregistre le skip ou crée une unique intention PIPELINE-003 ;
- Online et Intra affichent les commits connu et évalué, la prochaine vérification et le dernier motif.
Les fréquences métier sont persistées et versionnées. L'intervalle interne du dispatcher ne remplace jamais cette configuration.
Sécurité, reprise et tests
Le message ne contient ni jeton, ni URL de callback, ni code apprenant, ni test privé. Les publications RabbitMQ sont confirmées, les retries sont bornés à huit, les callbacks sont authentifiés et idempotents, et un dépôt archivé reste bloqué.
La matrice couvre : aucun nouveau commit, nouveau commit, nouvelle version de manifeste ou politique, webhook manqué, schedulers concurrents, redémarrage, verrou, échéance finale, dépôt archivé, GitHub indisponible, quota et isolation multi-tenant. Le rollback applicatif revient aux images précédentes ; la migration se rétrograde de f4c8d6e0b215 vers e3b7c5d9a104 après arrêt du dispatcher.