GitHub encerra emails de push: revise o caminho de entrega
Um commit pode chegar enquanto a caixa de entrada fica em silêncio. O GitHub anunciou o fim dos emails de eventos push dos repositórios a partir de 15 de outubro de 2026. Revise as tarefas que dependiam desse canal.
Separe a mudança confirmada da decisão do time
O GitHub cita prevenção de spam e abuso, pois os destinatários não precisavam consentir previamente. Sugere um workflow Actions acionado por push com SMTP ou provedor próprio. Isso não significa que todos os emails do GitHub acabaram.
Defina primeiro a ação necessária
Revisar código, verificar deploy e responder a incidentes são tarefas diferentes. Um email de push não comprova deploy bem-sucedido. Recomendamos incluir repositório, branch, link do commit e ação esperada, verificando o deploy separadamente.
Defina responsável e caminho de falha
São recomendações operacionais: confirme consentimento, nomeie um responsável e documente filtros de branches. Proteja credenciais pelo processo de segredos do time. Compare envio imediato e resumo conforme urgência, ruído e custo.
Teste execução e recebimento separadamente
Acompanhe uma alteração de teste combinada pelo evento, workflow, aceitação do provedor e caixa autorizada. Um resultado verde não prova entrega. Verifique duplicatas na reexecução, branches excluídas e alertas de rejeição. Mensagens de commit devem ser dados, nunca comandos.
Um time pequeno pode dispensar nova automação se revisão e monitoramento existentes forem suficientes. Se email for essencial, documente recuperação e responsabilidade. Não afirmamos incidentes comunitários nem taxas de entrega não verificados.
Liste tarefas dependentes, combine destinatários e guarde evidências de um teste inofensivo. Este artigo não envia mensagens nem altera configurações. Revise periodicamente a lista e os avisos de falha.
Fontes oficiais
Verificado em 16 de outubro de 2026. O encerramento é oficial; a sequência de revisão é uma recomendação independente.