Fusionnez automatiquement les PR de release selon un calendrier

Indiquez à Zero quand livrer les PR de release et lesquelles ignorer. Il exécute les vérifications à votre cadence, écarte les changements risqués et fusionne le reste automatiquement.

Zero se connecte à :

Ce que Zero livre

Fusionnez automatiquement les PR de release selon un calendrier — sample output from Zero — screenshot 1

Quel est le problème

Une nouvelle PR de release s'ouvre dès que votre branche principale accumule assez de commits — dans la plupart des équipes, une à deux fois par jour. Quelqu'un doit jeter un œil au diff, confirmer que la CI est au vert, juger si le changelog contient quoi que ce soit d'inquiétant, cliquer sur Fusionner, puis surveiller le déploiement. S'il est en réunion, endormi ou sur un autre continent, la release reste en attente. Les commits continuent de s'empiler, le changelog s'allonge et la fusion devient plus risquée. Vous indiquez une seule fois à Zero — lancer la vérification de release une fois par jour ouvré, écarter les risquées, fusionner pendant les heures de travail, publier dans le canal des releases — et à partir de là, les livraisons se font d'elles-mêmes, au rythme de votre équipe.

Comment Zero le corrige

Étape 1 : Connectez vos outils

GitHub

Requis

GitHub — Zero liste les PR de release, inspecte les fichiers modifiés, confirme le statut de la CI et active la fusion automatique. Un accès en écriture au dépôt est requis pour que Zero puisse déclencher la fusion.

Connecter

Slack

Requis

Slack — Zero utilise votre connexion Slack pour annoncer les fusions, signaler les PR écartées et escalader les risquées. Sans Slack, Zero peut toujours fusionner mais n'a nulle part où rendre compte.

Connecter

Étape 2 : Demandez à Zero

@Zero chaque jour de semaine à 15h, vérifie dans notre dépôt s'il existe une PR de release ouverte. Si elle ne contient aucun fichier de migration de BDD, active la fusion automatique avec squash pour qu'elle parte dès que la CI passe — puis publie une mise à jour dans #release-notify.

essayer

Zero vérifie les PR de release à votre cadence

Zero s'exécute selon le calendrier que vous définissez — une fois par jour ouvré pour la plupart des équipes, toutes les heures pour les plus rapides — et interroge GitHub pour trouver les PR de release ouvertes sur votre branche par défaut. En dehors de cette fenêtre, il ne fait rien. Aucune fusion en dehors des heures, aucune surprise le week-end.

Zero examine chaque PR au regard de vos règles de sécurité

Zero lit la liste des fichiers de la PR. Si un fichier correspond à un chemin sensible que vous avez signalé (migrations, infra, facturation), il n'effectue pas la fusion et alerte le canal pour qu'un humain décide. Sinon, il confirme que les vérifications CI requises passent.

Zero active la fusion automatique et rend compte du résultat

Pour les PR qui respectent la politique, Zero exécute `gh pr merge --auto --squash` afin que la PR soit intégrée dès que la CI passe au vert. Une fois la fusion effectuée, Zero publie une ligne de statut compacte dans votre canal des releases.

Étape 3 : Allez plus loin

Resserrer la politique à la volée

Ajoutez de nouvelles règles sans toucher au code.

@Zero désormais, écarte toute PR de release dont le changelog mentionne `infra` ou `billing`.

essayer

Escalader les risquées

Faites signaler par Zero — sans fusionner — les PR qu'il écarterait autrement.

@Zero quand tu trouves une PR de release contenant un fichier de migration, ouvre un fil dans #dev en mentionnant @oncall avec le lien du diff.

essayer

Augmenter la cadence quand vous êtes prêt

Passez d'une fois par jour à plusieurs fois par jour une fois que la politique a fait ses preuves.

@Zero à partir de la semaine prochaine, lance la vérification de fusion automatique des releases deux fois par jour — une le matin, une après le déjeuner — au lieu de seulement 15h.

essayer

Conseils pour de meilleurs résultats

●Commencez par une vérification par jour et n'augmentez la cadence qu'une fois la politique éprouvée. Une fois par jour donne à l'équipe un rythme de livraison prévisible sans sentiment de surveillance.

●Encodez vos règles de release implicites dans le prompt. « Écarter les migrations » est évident ; « suspendre les fusions pendant les créneaux de démo » ou « ne jamais livrer le vendredi après-midi » sont les règles tacites que Zero devrait connaître.

●Enchaînez-le avec un brief d'ingénierie quotidien pour que votre rapport du matin commence par « la release d'hier est partie, N commits dedans, M PR encore en file ». Associez la livraison autonome à un reporting visible.