Coroid termine en ouvrant une pull request sur sa propre branche, par rapport à votre branche de base. Il ne fusionne jamais automatiquement. La fusion est toujours une décision humaine, prise soit dans votre interface de gestion, soit avec Approuver et fusionner dans Coroid. Consultez Fusionner.
Ce que cela apporte
- la modification du code
- les tests écrits ou mis à jour en parallèle
- le résultat de l'exécution de votre suite de tests existante
- le résultat des contrôles de qualité configurés par votre organisation
- une revue du diff, avec des corrections déjà appliquées ou listées
Il ne s'agit pas de remplacer votre revue. Il s'agit simplement de ce que votre revue ne soit pas la première à avoir lieu.
main- La modification du code4 fichiers
- Tests écrits ou mis à jour2 fichiers
- Votre suite de tests existanteValidé
- Portes de qualité1 constatation d'alerte
- Validation de la revue2 corrigés, 1 listé
Ce qu'il faut véritablement vérifier
Les aspects mécaniques ont déjà été vérifiés. Concentrez-vous sur les éléments que vous seul pouvez juger :
- Résout-il le bon problème ? Comparez-le aux critères d'acceptation définis dans la spécification, et non à votre souvenir de ce que vous aviez demandé.
- S'intègre-t-il au code existant ? Les conventions, la nomenclature, la structure de l' abstraction. Coroid analyse votre code pour les déduire, et les interprète généralement correctement — mais pas toujours.
- Quels éléments touche-t-il que vous n'aviez pas prévus ? Examinez la liste des fichiers avant le diff.
- Les nouveaux tests sont-ils pertinents ? Un test qui passe sans valider quoi que ce soit est pire qu'aucun test.
Renvoyer le travail
Vous avez trois options, classées par coût croissant :
- Commenter et demander une refonte — la tâche est renvoyée à l'agent développeur avec vos observations, tout en conservant son contexte. Idéal pour « c'est correct mais incomplet ».
- Rejeter le plan et relancer — lorsque l'approche choisie est erronée, et non l'exécution.
- Annuler la tâche — lorsque le travail n'a tout simplement pas lieu d'être. L'annulation arrête l'exécution et libère la place pour l'agent.
Soyez précis dans vos commentaires de retravail, comme vous le feriez avec un collègue. « Ceci ne gère pas le cas où la valeur est vide dans parseRange« produit une correction ; « nécessite des améliorations » produit une
guess.
Fusionner
Coroid ne fusionne jamais de lui-même. Il n'existe aucun paramètre permettant de déclencher une fusion lorsque une Tâche est terminée. La fusion s'effectue toujours de deux manières, et dans les deux cas, c'est une personne qui décide de la lancer.
Cela s'applique également au travail initié sous un mandat aussi. Coroid enregistre ce qu'il aurait décidé concernant chaque fusion afin d'évaluer son propre jugement, mais n'agit jamais en fonction de cet enregistrement. Voir Ce que décide Coroid, et ce qui reste entre vos mains.
Dans GitHub ou GitLab
Fusionnez le pull request dans votre fournisseur, en utilisant vos règles de protection de branche habituelles, les vérifications requises et les règles d'approbation. Le pull request est tout à fait ordinaire — c'est voulu — afin qu'il passe par les mêmes processus de revue et d'intégration continue que vous utilisez déjà.
Depuis Coroid, avec Approuver & fusionner
Les écrans de revue dans Coroid comportent un Approuver & fusionner bouton. Il vous demande de confirmer, puis Coroid fusionne le pull request pour vous via GitHub ou GitLab, en utilisant la connexion au dépôt du projet. C'est la même opération que de cliquer sur le bouton de fusion dans votre fournisseur, donc vos règles de protection de branche, les vérifications requises et les règles d'approbation s'appliquent. Si ces dernières bloquent la fusion, Coroid affiche la raison indiquée par le fournisseur et rien n'est fusionné.
Ce qui se passe avant la fusion dépend de ce que vous approuvez :
- Une Tâche. La Tâche nécessite d'abord un pull request. S'il n'en existe pas encore, l'écran de revue propose Créer PR avant Approuver & fusionner. Lorsque vous approuvez, Coroid pousse la branche de la Tâche afin que le pull request contienne les derniers commits revus, puis fusionne le pull request. Pour approuver une Tâche, vous devez disposer des droits d'écriture sur son projet.
- Un plan. Les Tâches appartenant à un plan ne peuvent pas être fusionnées une par une. Le seul pull request du plan est approuvé lors de sa revue de promotion. Coroid vérifie d'abord que la branche de base n'a pas changé depuis le début du plan (voir Lorsque la branche de base évolue), les vérifications de qualité requises sont passées, le pull request ne présente aucun conflit de fusion, et aucune porte d'accès n'empêche la fusion. Il fusionne alors le pull request. Pour approuver un plan, vous devez disposer des droits d'écriture sur son projet.
- Fusionner forcément. La revue de promotion d'un plan propose également Fusionner forcément. Il saute les vérifications de branche de base, de conflit de fusion et de porte d'accès effectuées par Coroid, mais pas les vérifications de qualité requises ni les règles de votre fournisseur. Une justification écrite est nécessaire, qui est enregistrée avec la promotion, et les droits d'administrateur sur le projet sont requis.
Le Assistant de chat et Clients MCP peuvent également approuver ou effectuer un fusionnement forcé des pull request. Ils agissent à votre place, donc les mêmes contrôles et accès au projet s'appliquent. L'assistant vous demande toujours de confirmer au préalable. Un fusionnement forcé par un client MCP attend toujours dans Approbations pour une personne. Le fait qu'une approbation d'un client MCP y attende dépend de vos politiques d'automatisation. Aucun des deux ne peut fusionner une tâche isolée.
Préparer ce qui sera livré
Après le fusionnement, ouvrez l'onglet Versions de votre projet et choisissez Nouvelle version. Sélectionnez la validation fusionnée que vous souhaitez livrer ; Coroid liste les demandes de fusion qu'elle contient. La page de version guide ensuite chaque environnement à travers quatre étapes : vérification, approbation, déploiement et état de santé. Votre dépôt et CI/CD se chargent toujours du déploiement. Coroid ne marque une version comme déployée que lorsque votre pipeline le confirme, ou lorsqu'un Propriétaire ou Administrateur enregistre un déploiement externe vérifié.
Suivant
Versions — préparez la validation fusionnée et suivez-la dans chaque environnement. Prochaines étapes liste les autres workflows.