Livraison GitHub et reprise après échec
Distinguer développement, promotion, candidats et versions officielles.
Cette extension sert au développement de Clowld Space. Elle nécessite les permissions GitHub et les branches, contrôles et workflows correspondants. Connecter un dépôt quelconque n’installe pas une chaîne de publication complète. Voir l’intégration GitHub.
Quatre étapes
| Étape | Action | Critère de fin |
|---|---|---|
| Développement | Ouvrir une PR vers dev et demander Auto-merge | Une demande reste en attente ; seule la fusion effective livre à la branche |
| Promotion | Fusionner un instantané vérifié de dev vers main via une PR promote/* | Fusion effective de la PR |
| Candidat | Construire et vérifier les artefacts d’un commit précis | Succès du workflow et vérification de la preuve liée à la tâche |
| Version officielle | Créer un tag autorisé et exécuter la publication | Succès du workflow officiel ; un candidat réussi n’est pas une publication |
Après la demande Auto-merge, l’agent peut terminer sa livraison tandis que GitHub gère les contrôles et la fusion. La clôture automatique d’une tâche dépend aussi des mots-clés de clôture et des autres PR ouvertes. Voir GitHub.
Signalement des échecs
La tâche reçoit un commentaire avec le résultat, le lien PR ou workflow, le commit et le job en échec. La reprise du développement exige un Dev PR Gate en échec sur le commit actuel d’une PR ouverte. Les brouillons, anciens commits et contrôles de développement seulement annulés ne lancent pas de nouvelle reprise.
La promotion utilise Promotion Gate. Avec Actions en lecture et l’événement workflow_job, un job en échec peut être signalé immédiatement ; sinon le résultat global permet toujours le signalement. Les résultats candidats et officiels doivent correspondre à la tâche liée.
Reprise et intervention humaine
Les échecs admissibles sont transmis au coordinateur système Coco. Un agent, un runtime disponible et les droits d’exécution restent nécessaires : le commentaire ne prouve pas qu’une réparation a été exécutée. Un Webhook dupliqué ne compte pas deux fois, mais une nouvelle tentative en échec sur le même commit peut compter.
Deux échecs identiques consécutifs, ou trois cycles de reprise en échec, arrêtent la reprise automatique et demandent une décision humaine. L’escalade d’une promotion, d’un candidat ou d’une version conserve le responsable. Consultez la chronologie et les logs, résolvez le blocage puis continuez dans les autorisations existantes. Attente et nouvelle tentative ne signifient pas réussite.
Une promotion réussie n’autorise pas une publication. Sans autorisation, le processus s’arrête à la confirmation de l’intention de publier.
Cette page décrit le code actuel. Pour un ancien serveur, vérifiez les réglages de clôture automatique dans GitHub et le guide des versions.
Intégration GitHub
Associez les pull requests aux tâches Clowld Space et suivez l'avancement du développement depuis la tâche.
Fournisseurs Git auto-hébergés
Connectez une instance Forgejo, Gitea ou GitLab auto-hébergée par espace de travail, afin que les pull/merge requests portant un identifiant de tâche dans leur nom de branche ou leur titre, ou après un mot-clé de clôture dans leur description, soient automatiquement associées à cette tâche, la fassent passer au statut choisi à la fusion et affichent le statut CI.