Fin des e-mails de push GitHub : vérifier le trajet du message

Dev
Vues 4

Un commit peut être arrivé alors que la boîte mail reste silencieuse. GitHub a annoncé l'arrêt des e-mails liés aux événements push des dépôts le 15 octobre 2026. Il faut examiner les tâches qui dépendaient de ce canal.

Schéma opérationnel en anglais : événement, envoi, réception. Ni capture produit ni statistique de livraison.
Schéma opérationnel en anglais : événement, envoi, réception. Ni capture produit ni statistique de livraison.

Séparer le fait confirmé du choix de l'équipe

GitHub invoque la lutte contre le spam et les abus, les destinataires n'ayant pas à consentir au préalable. L'annonce propose un workflow Actions déclenché par push, avec un serveur SMTP ou un fournisseur de messagerie propre. Elle ne signifie pas l'arrêt de tous les e-mails GitHub.

Définir d'abord l'action attendue

Revue de code, contrôle du déploiement et réponse à un incident sont distincts. Un e-mail de push ne prouve pas la réussite d'un déploiement. Nous conseillons d'indiquer dépôt, branche, lien du commit et action attendue, puis de vérifier le déploiement séparément.

Prévoir un responsable et une voie d'erreur

Ce sont des recommandations d'exploitation : confirmer l'accord des destinataires, désigner un responsable et documenter les branches. Conserver les identifiants dans le dispositif de gestion des secrets. Comparer envoi immédiat et synthèse selon urgence, bruit et coût.

Tester l'exécution et la réception séparément

Un test convenu doit suivre événement, workflow, acceptation du fournisseur et arrivée dans une boîte autorisée. Un workflow vert ne garantit pas la livraison. Vérifier les doublons à la relance, les branches exclues et les alertes en cas de refus. Les messages de commit doivent rester des données, pas des commandes.

Une petite équipe peut éviter une nouvelle automatisation si les outils de revue et de suivi existants suffisent. Si l'e-mail est essentiel, documenter la récupération et la responsabilité. Aucun taux de livraison ou incident communautaire non vérifié n'est avancé ici.

Lister les tâches dépendantes, convenir des destinataires et conserver la preuve d'un essai sans risque. Cet article n'envoie aucun message et ne modifie aucun réglage. Réexaminer régulièrement la liste et les alertes d'échec.

Sources officielles

GitHub Changelog

GitHub Docs · push event

Vérifié le 16 octobre 2026. Le retrait est officiel ; la démarche de contrôle est une recommandation indépendante.